TeamCity - 自动化在哪里
我们安装了 TeamCity 和 TFS，它们运行良好。我的问题是这两者应该如何提高我们的工作流程效率？一旦我在开发计算机上更改代码，我必须转到 TeamCity UI 来运行构建和测试吗？自动化在哪里......无论如何我都是手动做的......我在这里错过了一个重要的部分吗？我也可以在我的开发机器上运行构建和单元测试。所有进行更改的开发人员都需要转到 TeamCity UI 使用更新的代码进行构建吗？我有点期待 TeamCity 能够自动检测对 TFS 的签入更改，并立即在远程 TeamCity 服务器上运行构建并向我发送反馈。
We installed TeamCity and TFS and they work fine. My question is how are these two supposed to make our workflow efficient? Once I make changes to code on my dev machine, I have to go to TeamCity UI to run the builds and tests? Where is the automation in this.. I am manually doing it anyway... am I missing an important piece here? I can run builds and unit tests on my dev machine too. All developers making changes, need to go to TeamCity UI to build with updated code? I was kind of expecting TeamCity to detect checked in changes to TFS automatically and run builds immediately on the remote TeamCity server and send me feedback.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您需要转到设置的
Build Triggering部分并添加新的构建触发器。它可以是版本控制触发器（当在源代码控制中看到新更改时将触发构建）、当其他构建完成时触发的构建触发器、调度触发器以定期调度它等等。You need to go to
Build Triggeringpart of the settings and add a new build trigger. It can be a version control trigger ( which will trigger the build when new changes are seen in the source control), a build trigger which triggers when other builds finish, schedule trigger to schedule it periodically and so on.