![]() |
1
52
This 这是迄今为止我读过的最好的解释。 |
![]() |
2
9
最简单的说,它只是一种机制,每当签入到某个修订控制系统(CVS等)中时,它都会重建项目。这可以扩展到包括运行测试,一直到生成CD映像、在虚拟机中装载它、安装产品以及在其上运行完整测试。 它有一个简单的优点,就是在代码更改尽早破坏系统时高亮显示。它不仅检测代码中的中断,还突出显示是谁导致了中断。这种心理效应对于在入住前鼓励良好的测试非常有效! |
![]() |
3
5
这涉及到构建自动化、自动化测试、日常签入、使用源代码存储库等领域。但最终目标是帮助整个项目按照核心敏捷原则运行,以便尽早、经常交付。这反过来又帮助您利用用户的反馈等。 |
![]() |
4
2
+1的链接到福勒的页面。
然而,一段时间后,它确实减少了大量的编码更改(与猖獗的“签入并祈祷我的更改不冲突”相比)。最终,大多数开发人员开始频繁地进行小的更改,只是为了得到CC.Net托盘图标的确认。 总的来说,我感到非常欣慰的是,如果有必要,我们可以立即发送构建。如果我们只进行了几次烟雾测试,我认为压力水平会大大降低。 |
![]() |
5
-2
我希望这是有帮助的。 |
![]() |
kriver · 如何从CI收集输出? 6 年前 |
![]() |
AjFmO · 在Bitbucket管道CI/CD上构建CI失败 6 年前 |
![]() |
Farzad J · VSTS中PowerShell脚本的打包管理器 6 年前 |
![]() |
Alan Aranda · 使用Jenkins和GitLab自动构建 6 年前 |