你怎么知道你当前的构建是否稳定？
How do you know if your current build is stable?
我遇到过很多分支策略，其中一些采用了 'stable' 构建分支的想法——一个包含项目最合格状态的分支。但是我没有找到任何统一的成功标准，可用于了解构建是否稳定并准备好推送到该分支。
这个问题可能太主观了，很大程度上取决于项目的特殊性，但如果你能提供任何例子给我，我将不胜感激。
您在功能分支上进行了更改。然后，您测试这些更改是否按预期工作并且不会破坏现有功能（回归）。
然后在完成功能时，即将其合并回开发分支时，您 运行 再次测试，因为在处理此功能分支时合并到开发中的另一个分支可能与功能的变化。
当所有测试成功后，就可以推送合并的develop分支了。在推送您的 CI 服务器后，理想情况下应该再次 运行 测试。
这个过程得到了自动化测试的极大帮助（阅读：几乎不可能没有）。
我遇到过很多分支策略，其中一些采用了 'stable' 构建分支的想法——一个包含项目最合格状态的分支。但是我没有找到任何统一的成功标准，可用于了解构建是否稳定并准备好推送到该分支。
这个问题可能太主观了，很大程度上取决于项目的特殊性，但如果你能提供任何例子给我，我将不胜感激。
您在功能分支上进行了更改。然后，您测试这些更改是否按预期工作并且不会破坏现有功能（回归）。
然后在完成功能时，即将其合并回开发分支时，您 运行 再次测试，因为在处理此功能分支时合并到开发中的另一个分支可能与功能的变化。
当所有测试成功后，就可以推送合并的develop分支了。在推送您的 CI 服务器后，理想情况下应该再次 运行 测试。
这个过程得到了自动化测试的极大帮助（阅读：几乎不可能没有）。