集成版本控制系统和问题管理系统的选项
除了下面给出的政策之外，你们还实施过其他政策吗？
- 每次提交的有效问题 ID。 - 跟踪对错误所做的更改。从长远来看将有助于可维护性。
- 有效问题状态（开放或进行中）。 - 为什么要处理已解决的问题。
- 问题应该分配给执行提交的用户。更多的用户致力于解决一个 bug 是一种资源浪费。
上述政策可能不适用于开源社区，因为它强制执行限制。但是，拥有这样的政策将使代码具有更多的可追溯性，从而使新开发人员的加入变得更加容易。
Is there any other policy that any of you have implemented other than the ones given below?
- Valid Issue ID per commit. - To track changes made for a bug. Will help maintainability in the long run.
- Valid Issue status( Open or In-progress). - Why work on issue that are closed.
- Issue should be assigned to the user doing the commit. More users working on a single bug is a waste of resources.
The above mentioned policies might not work well for for the open source community as it enforces restrictions. But having policies like this would have more traceability in code thereby on-boarding new developers is much easier.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以将合并策略与提交的票据相关状态联系起来。
仅提交符合以下条件的提交：
可以合并到某些分支，旨在集成所有修复。
You can tie a merge strategy with the ticket-related status of a commit.
Only commits which are:
can be merge to certain branches meant to integrate all the fixes.