后构建提交：好还是坏？

在成功构建之后自动完成源代码管理提交是否是一种很好的策略？后构建提交：好还是坏？

编辑：我这么问是因为我希望，使人们更容易找到其中的错误比回滚2K + 1.0版之间的代码行新推出的点版本之间更加频繁，增量提交和v1.1。

2010-12-21 Petrus Theron

不。成功构建并不意味着代码更改成功。你从来没有测试过你的代码吗？如果你有某种自动化的单元测试，我可以理解这个问题（尽管我仍然建议不要这样做） - 除非你自己验证了它的功能，否则我不会考虑代码更改。但是在成功构建之后进行自动提交 - 不是如果你喜欢你的队友，或者他们能够使用武器。

来源

2010-12-21 09:24:19 EboMike

+1为武器。 – Albireo 2010-12-21 09:27:29

如果我使用的是DCVS，而且我只在本地进行承诺，并且预订推向中央回购以进行手动操作，该怎么办？ – 2010-12-21 09:35:23

当然，但个人而言，我仍然只想提交我知道可行的代码。当你追踪一个错误时，这使得它变得更容易。假设您提交的代码很好地编译，但一旦运行它就会崩溃。找出错误的时机 - 这是一种很好的方式来区分仓库中的内容。不幸的是，你最近有5次成功的编译，这意味着5次提交，并且你不知道或记得代码最后一次工作的时间。所以玩得开心浪费时间，试图找到工作的版本，然后对它进行比较。 – EboMike 2010-12-21 09:38:03

否。有意义的提交消息从哪里来？并引用问题跟踪器项目？自动化过程应该如何知道某项工作已完成？

有了这样的过程，您的存储库将降级为一个荣耀的IDE撤消缓冲区。

来源

2010-12-21 09:40:23 Thilo

+1提交消息。不能强调足够清晰和有意义的提交消息的重要性。 – EboMike 2010-12-21 09:49:00

后构建提交：好还是坏？

回答

相关问题