Continuous Integration - Requirements

以下是持续融合的最重要要求清单。

Check-In regularly- 持续整合以适当开展工作的最重要做法是经常对源代码存放地或主线进行检查。 守则的核对至少应当每天两次。 定期检查会带来很多其他好处。 这使得改变规模较小,因此不太可能打破建筑。 这意味着,在随后的任何建筑中发生错误时,软件的最新版本将重新公布。

它还有助于更严格地规范重任法典,并坚持维持行为的小改动。 它有助于确保改变许多档案的改变不太可能与其他人的工作发生冲突。 它使开发商能够更有探索性,试图通过回到最后的版本来消除想法和抛弃这些想法。

如果你没有一套完整的自动测试程序,则只有经过才能使申请得以汇编和组装。 虽然对一些小组来说,这是一个重大步骤,但必须进行一定程度的自动测试,以使人们相信你的申请实际上正在发挥作用。

通常在连续结合中进行3类测试,即unit检测,部件检测和接受检测。

编写单位测试,以测试你与外界隔绝提出的少量申请。 他们通常不能启动整个申请。 他们没有打到数据库(如果你的申请有的话)、档案系统或网络。 他们并不要求你的申请在类似生产的环境中进行。 单位试验应当非常快——即使申请大,你的全部试样也应能够在10分钟内运行。

部分测试测试了你申请的几个组成部分的行为。 与单位测试一样,它们并不总是要求从整个申请开始。 但是,他们可能打上数据库、档案系统或其他系统(可能被搁置)。 部分测试通常需要较长的时间。

人民将停止全面建造,并在检查前进行试验。 你们将开始建设更多的失败。

持续的一体化进程需要这么长时间,才能在你能够再次管理建筑之前作出多重承诺,因此,你不知道哪里打断了建筑。

人们将进行较少的检查,因为他们必须坐在等待软件建造和进行测试的几岁左右。

。 持续融合的最大bl是在破碎的建筑上检查。 如果建筑中断,负责的开发商正在等待建造。 他们尽快查明造成破裂的原因,并确定原因。 如果我们通过这一战略,我们将永远处于最佳地位,能够解决造成分裂的原因,并立即加以确定。

如果我们的一位同事做了检查,并因此打断了建筑,那么,他们最好能安抚它,那么他们就需要明确处理这个问题。 当这一规则被打破时,将建筑固定起来必然需要更长时间。 人们利用来看到建筑被打破,而且非常迅速地进入建筑中断了所有时间的局面。

。 如果你作出改变,并且你写过的所有测试,但其他试验中断,建筑仍然被打断。 通常,这意味着你在申请中采用了倒退的 b。 你们有责任——因为你做了改动——确定不是由于你的变化而经过的所有测试。 就CI而言,这似乎是显而易见的,但实际上在许多项目中并不是一种常见的做法。