摘要：让我们谈谈您在这里需要知道的7件事以开发行李箱。
现在，发展主要公司的发展，主要开发是什么，分支机构的发展，具体定义以及什么流程。不要在这里进行知识。您想知道要在线搜索的儿童鞋，然后阅读本文。该团队适应了主干的开发，它也踩了很多坑。当然，主干的主要开发的好处是很多。
不要对树干的开发迷信，也不想通过主要躯干的开发来提高产品质量。首先，很明显，产品的质量与开发和开发和在最终分析中，觉得要慢，做得更少，做更多的代码审查，DT，相对较高的质量。已发布，有很多问题。即使它是分支的，还有足够的时间来控制质量，质量将相对较好。先前的经验是，在迁移到主要开发项目之后，GIRA声明清楚地表明，更多的功能，每月都要迭代，工程师发布之前缺陷的统计数据越好。生产线上生成的CFD（客户发现的缺陷）越多。
总而言之：无论产品质量是好是坏，树干的开发与分支机构的开发之间都没有关系。产品的质量仍然基于开发本身的最基本原则。发现问题需要更多的时间测试。
分支机构开发通常会遇到此问题：当分支的代码合并到中继线时，通常是在一定周期中的一个问题。即使包裹已经熄灭，通常也会有大型的块。其中的问题，但是在整个过程中没有解决一些问题。
首先，主要树干的主要开发基本上没有问题。从理论上讲，只要代码可以进入该立场，它就可以通过CI上的所有检测进行操作，并且可以成功发布。但是我们都知道，开发行李箱的最重要的是代码由功能切换控制。通常，开发功能是切换的。也就是说，每日袋子，不同的团队，打开不同的功能符号进行测试。但是当同时打开几个功能切换时，或者产品决定同时发布多个功能，没有一个人可以确保这些新功能可以同时合作。尤其是，有些功能在有功能时水平变化，并且某些功能会改变垂直变化。如果中间交流中间的不同团队不能很好地沟通，也不会提前继承，则还会生成大型块问题。客户可以在飞机前打开我们的功能切换，但是该软件在他的机器上运行后立即崩溃。但是这对我们自己的开发机是好的。未来，说飞机正在观看时发生了什么。我们分析了他的功能切换列表，并发现有3个功能拨动。打开功能切换之一时，我们可以重现此问题。为了顺利进行演示，他关闭了背景中的冲突功能切换。高级副总裁乘飞机去酒店再次尝试。他不太了解发生了什么。我们已经废除了很长时间，然后解释了有关功能切换的设计和实施以及问题的原因。
总而言之：从代码合并的角度，主要开发的主要开发是更好地开发一个分支机构，但是它仍然需要在不同的团队中进行更多的交流以解决它。似乎这一功能似乎是完全不合理的，是组合而没有继承测试，这也将导致严重的问题。
由于没有合并分支机构的工作，因此每个人都会觉得主要开发效率更高，这可以使产品更快地进行。实际上，这是一个误解。首先，功能开发主要发展的主要发展的发展效率很低，原因将在后面提及。因此，整个时间差距并不大。我每个月都迭代当我以前的分支开发模型。削减主要发展也是每个月的一个迭代，因此功能量表不大。
总结：主要发展的目的不是提高发展效率，并且没有任何特定因素可以加速发展效率。
行李箱的主要开发，通常未达到发行标准的代码将在真实的生产线上运行，但是代码将使生产线的代码在开发过程中通过功能通过功能切换在开发过程中未达到功能逻辑。/else.firs.首先，没有人可以保证代码逻辑是完全正确的，因此代码审查和开发人员测试的主要开发的主要开发非常高。换句话说，这是开发人员的极高要求。根本原因。一旦您的代码切换，它会导致错误，然后生产线将回到版本中，或者EP（EPERGE 13CY包）问题是发布的判断会导致对现有功能的异常逻辑处理），这是非常昂贵的，因此对中继线的每一行的承诺必须注意它。到处都是定义的，代码看起来相对较差，并且是与某些特定的发布过程合作。几乎经常更改功能切换的定义。阴性影响。通常，我们将拥有featuretoggle +功能选项来控制功能的信封，这意味着当功能切换为ON IS时，将执行代码，但是配置了功能本身为了打开或关闭功能的功能选项。真正的启动成熟后，开发团队应删除功能切换的逻辑，但是许多开发团队没有意识或没有时间来照顾这些，这导致了这些逻辑。不良的“代码”。这也是主要发展或重要关注的一些缺点。
总而言之：在主要开发的开发过程中，其工作量比分支多，错误的可能性更高，开发人员的要求更高，并且代码更糟。
上面主要开发的发展有很多问题，但是为什么您必须做主要发展的主要发展，当然，它具有许多好处。最大的特征是，在主要发展过程中，存在功能开关的功能拨动允许开发本身自然支持灰色发行版和A/B测试。如果5年前，则发布了灰度，并且A/B测试的概念相对先进，并且每个人都决定相对较高。该产品采用主开发模式，然后您会发现这件事真的很简单。到存在特征切换的情况下，它可以通过用户级别，用户 - 级别的taftureToggle通过服务器配置来控制。我以前的产品为例。在开发过程中，开发团队为开发开发了功能切换。当该功能达到一定程度的成熟度时，您可以申请“蓝色频道”。申请频道的一组人约为500-1000人。所有蓝色频道都是功能toggle的集合，并且功能toggle根据某些设置开发和测试了此频道中指定的。此频道的软件包非常不稳定，主要是因为产品功能不完整，并且各种功能也将具有“干燥框架”。因为我们需要的产品是我们需要的产品每天使用它（例如welink），因此加入该渠道的非开发人员需要勇气。此后，功能成熟度更高，它将扩展到公司级别的某些人，比例约为一千。老板将加入此频道，并经常使用此版本为客户制作演示。我们称此频道称为“紫色通道”。当功能更完整时，它将提交输入“绿色频道”，称为“ EFT频道”。通常，使用数以万计的用户，一些想尝试新功能的客户将被尝试。当产品的功能符合某个发行标准时，该产品进入了最后一个频道，称为“ Golden Channel”，然后逐渐逐步通过预定的灰度发布计划向所有用户打开功能切换。客户将根据需要决定打开/关闭功能选项。通过该过程，在不切换之前提交了相关的过程申请，并更换了功能切换。该产品达到GA标准，理论上删除了Ceature切换相关的代码。
总而言之：主要开发和A/B测试的主要发展，这是许多公司发展主要开发项目的主要原因。
分支机构的开发，当决定将代码合并到后备箱中时，但是如果在随后的开发测试中未满足后续的开发测试，则此时将更加尴尬。它会延迟发布时间，或删除代码？这是分支机构开发的缺点。基本上没有主要开发的主要发展。行李箱的主要开发通常会在一段时间内打开发行分支（不同的公司和不同产品的法规不同，我以前的产品基本上是3-6周）。当产品测试发现质量不符合时要求只要生产线切断了。打开。“一次”基于测试结果，以确定那些要打开功能切换以输入此版本的功能，基本上无法完成其他工作。也有产品灰度的过程。即使在GA的早期阶段，任何重大问题也会立即通过功能切换关闭功能。它在产品质量管理方面更方便。
总而言之：当后备的主要开发发展时，发布过程中的一些问题和发布过程比分支更容易处理。
分支机构的开发通常面临一个问题：一些客户的特殊需求，我们打开一个分支机构来开发，甚至直接在该分支机构上直接发布给客户。如果您到达后备箱，则必须面对如何像隔离一样的问题主要发展，但不是主要发展，因此这是一个严重的负担。如果您留在分支机构，则用户的持续升级将面临版本管理的问题。在主要开发的术语中，该需求是由功能切换控制的功能。开发测试完成了正常的发行条目，但是功能切换始终存在，并且只能针对特定的开关打开。
总而言之：主要开发的设计是简化的版本管理。在后备箱上，根据某些规则将一个分支拉出，这比分支机构开发管理更简单。
分析主要发展相对于分支发展的优势和缺点。您可以查看我是根据团队的实际情况使用主要开发还是分支机构开发。如果主要开发的优势是可选的，那么就没有这种需要切换。无法实现技能，也不适合切换到主要开发。经历了这些痛苦，并真正适应了主干的发展，团队的成长是巨大的。