gpt4 book ai didi

version-control - 是否有 "dual user check-in"源代码控制系统?

转载 作者:行者123 更新时间:2023-12-04 07:18:54 25 4
gpt4 key购买 nike

是否有任何源代码控制系统要求其他用户在“ checkin ”之前验证源代码?

我想知道,因为这是一种确保代码质量高的技术。

更新:答案中一直在谈论“分支”,虽然我觉得分支在那里,但我认为分支是不同的,因为当开发人员的代码准备好进入主分支时,它“应该”被检查。大多数情况下,虽然我看到当这种情况发生时,首席开发人员或负责合并到主分支/流的人只是将代码放入主分支,只要它“编译”并且不做更多的检查。我想要两个人在早期阶段将他们的名字写入代码的想法,这样它就引入了一些责任,而且还因为代码在早期修复的成本更低,而且在开发人员的脑海中也是新鲜的。

最佳答案

尝试解决该问题的解决方案是 FogCreek 的 Kiln:http://www.fogcreek.com/Kiln/ - 这说明你想要的一点都不合理。

总的来说,我认为这更多地是关于您如何组织特定工具的事情,也就是说,如果一个工具具有有助于支持您需要的工作流程的功能,那么显然这将有所帮助。

我相信(虽然现在我正在努力寻找引用资料)有些工具在提交之前具有停止点的概念 - 这样开发人员可以提交,但更改会“保留”直到获得批准。或者有代码审查工具为您管理 Hook (我很沮丧,因为我读过这些东西,但今天早上找不到它)。

一般来说,据我所见,这表明 DVCS(mercurial、git、bazaar 等)可能是最合适的解决方案——审查步骤是推送到中央存储库,这解决了两者之间的冲突“经常提交”和“提交前审查”。另一种选择 - 正如建议的那样 - 是您在开发人员分支上工作并在合并之前进行审查。在这两种情况下,关键问题更多的是管理而不是工具集 - 您需要确保积压工作不会因为无法或缺乏审查和集成代码的意愿而累积(可能是“糟糕”的代码)。

关于version-control - 是否有 "dual user check-in"源代码控制系统?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2305697/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com