我正在讨论的做法是:您的项目/产品有一个错误、功能等的票务系统。还有源代码控制。然而，似乎总是有理由试图将这两者联系在一起。有些地方不希望在没有票号的情况下办理登机手续。一些开发商店对于每次签到都存在一张票的要求比较宽松，并且允许在没有附加票号的情况下进行一次或两张次要签到。
问题 :是什么让这种练习如此有用？
我在职业生涯的各个地方都看到过这种做法。这在 Microsoft 的 Team Foundation Server 等产品中尤为明显。我在 IBM 看到过 CMVC，他们自己开发的源代码管理系统。我已经在 Mingle 和 SVN 或 SVN 和 Redmine 中看到过，您可以通过简单地将票号放在提交消息中来将票证与 checkin 相关联。在所有这些地方，我真的没有发现它在我自己的工作中有用，所以我意识到它应该在某个地方有用。
最佳答案
它告诉你:
关于version-control - 为具有版本控制的 checkin 分配票号是否值得开发人员付出努力？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/863519/