version-control - 版本控制与错误跟踪软件的集成有多重要

Question

Closed. This question is opinion-based。它当前不接受答案。












想要改善这个问题吗？更新问题，以便 editing this post用事实和引用来回答。

1年前关闭。



Improve this question




目前，我们使用FogBugz跟踪问题，发现还可以。我正在寻找可以使最终用户能够与我们一起跟踪其案件的其他功能。某些实际上可以与电子邮件配合使用的东西。我发现了一些支持这些功能的替代方法，但它们未与版本控制集成。我们已经在fog bugz中安装了所有SVN Hook ，并使用了它们-但是我还没有真正发现它们这么有用。有没有人找到需要将版本控制与错误跟踪器集成的真正好理由？

最佳答案

显然，这种集成不是软件运行所必需的。通过一点纪律，每个 checkin 都可以手动附带一个错误编号，并且每个错误解决方案都可以手动添加一个版本控制标签。

但是，在所有其他条件相同的情况下，我个人总是会喜欢自动化而不是“用户管教”，因为后者总是迟早会不时让您失望。并不是因为用户是恶意的或不称职的，而是因为人们不可能始终保持100％的警觉。

关于version-control - 版本控制与错误跟踪软件的集成有多重要，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/954242/

上一篇：if-statement - 如果 elseif elseif else 在 netlogo 中

下一篇：visual-studio-2008 - 并行运行单元测试

相关文章：

git - 你如何找到谁将 git commit merge 到一个分支？

comparison - 错误报告解决方案

svn - 在 Mercurial/Hg 中 check out 文件

windows-7 - Windows 7 批处理脚本 'For' 命令错误/错误

javascript - 我应该对我的 jQuery 插件的缩小版本进行版本控制吗？

version-control - 如何拒绝推送到尚未批准的主分支？

jvm - 使用 native JNI代码执行swing应用程序时，JVM崩溃

version-control - 提交和推送单个文件同时保留其他修改的最简单方法是什么？

git - 使用 Git 管理重写

Answer 1

显然，这种集成不是软件运行所必需的。通过一点纪律，每个 checkin 都可以手动附带一个错误编号，并且每个错误解决方案都可以手动添加一个版本控制标签。

但是，在所有其他条件相同的情况下，我个人总是会喜欢自动化而不是“用户管教”，因为后者总是迟早会不时让您失望。并不是因为用户是恶意的或不称职的，而是因为人们不可能始终保持100％的警觉。