The JetBrains Blog
·
告别“在我的机器上可以运行”：探讨TeamCity的预测试提交功能
内容提要
开发者常遇到代码在本地正常但在共享环境中出错的问题。为避免未验证的提交导致构建失败，TeamCity的预测试提交功能在代码提交前进行全面构建和测试，从而确保代码质量，减少集成问题，提高团队协作效率。
关键要点
-
开发者常遇到代码在本地正常但在共享环境中出错的问题。
-
TeamCity的预测试提交功能在代码提交前进行全面构建和测试，确保代码质量。
-
未验证的提交会导致构建失败，影响团队协作效率。
-
预测试提交（gated commits）改变了传统的提交工作流，先在TeamCity服务器上构建代码再提交。
-
预测试提交工作流保证代码质量，避免不稳定代码进入主分支。
-
开发者在本地的特性分支上进行频繁提交，推送到远程进行自动构建。
-
如果构建失败，开发者可以在本地修复问题，避免影响团队。
-
成功的构建后，开发者可以将特性分支合并到主分支。
-
使用预测试提交可以减少集成问题，保持代码库的稳定性。
-
TeamCity支持多种版本控制系统，确保与IDE的集成顺畅。
-
预测试提交适合单一稳定分支的团队，尤其是有良好自动化测试的团队。
-
对于依赖长生命周期分支的团队，拉取请求和合并门可能更合适。
-
预测试提交可以与现有工作流结合，提供额外的代码审查和CI检查。
-
JetBrains TeamCity提供了自动执行质量检查的工具，适合追求稳定和持续交付的团队。
延伸问答
什么是TeamCity的预测试提交功能？
预测试提交功能在代码提交前进行全面构建和测试，确保代码质量，避免不稳定代码进入主分支。
使用预测试提交有什么好处？
使用预测试提交可以减少集成问题，保持代码库的稳定性，避免未验证的提交导致构建失败。
预测试提交如何改变传统的提交工作流？
预测试提交改变了传统的工作流，先在TeamCity服务器上构建代码，再提交到版本控制系统。
哪些团队适合使用预测试提交？
适合单一稳定分支的团队，尤其是有良好自动化测试的团队，追求稳定和持续交付的团队。
如何在TeamCity中配置预测试提交？
需要创建项目，配置构建步骤，并确保分支规范正确，以便TeamCity监控和测试分支。
预测试提交与拉取请求有什么区别？
预测试提交适合稳定分支，而拉取请求更适合依赖长生命周期分支的团队，提供额外的代码审查。
