在软件开发过程中关闭版本控制/票证系统中的票证/问题的最佳实践是什么（为什么）？
我们的工作流基于创建FEATURE或PATCH分支以实施更改，然后合并到一个受控的master中（主要是保证可以构建并准备好进行部署）。
我们的票务系统包含错误报告或功能请求，我们随后在上述分支中进行修复/实施，然后在下一个发行版之前合并为master。
哪种解决方案更好：
A。。在FEATURE / PATCH分支中实施（并验证）解决方案后，请关闭票证。这样可以快速清除已打开的票证列表，并很好地概述了下一个发行版还剩下多少工作。
B。保持打开状态，直到分支已合并到master并在此处进行验证。 只有母版代表最终产品，因此从技术上讲，现在才完成工作。而且，由于有人忘记了合并，因此没有错误可能会得到修复。
答案 0 :(得分：0)
我的经验是，在向产品经理记录请求后，将关闭带有功能请求的支持凭单，他们会在一定时间范围内予以确认，并已为客户提供适当的建议。
对于补丁程序，两种方法都是有效的方法，但取决于何时可以应用此修补程序。如果有可能在两周内发布修订包：请将票证保持打开状态，直到将补丁程序部署到该客户为止。使用票证作为变更管理系统的根。否则，如果在将来的某些常规发行版中不会部署此修复程序，那么我的建议是让客户相应地知道并关闭故障单。