【问题标题】:Multiple Build Agents - TeamCity - VisualSVN Server - ASP.Net多个构建代理 - TeamCity - VisualSVN 服务器 - ASP.Net
【发布时间】:2011-03-15 21:29:35
【问题描述】:

我正在考虑使用 2 个构建代理来设置 TeamCity。一个是我们的登台服务器,它将是我们开发版本的精确副本,并在每次 SVN/GIT 提交时更新。另一个是我们的实时服务器,它只会手动更新并且不会复制某些文件(例如 web.config)。

这种设置可行吗?在使用 CCNet 和 MSBuild 的组合之前,我已经这样做了,但它非常繁琐。

在标准版本的 TeamCity 上,您可以拥有 20 个集成,即 20 个活动集成(旧的可以关闭,或者我需要删除旧的并在需要时重新添加它们)。

最后我一直是一个 SVN 人,但我听说和看到越来越多的人使用 GIT,是更好还是继续使用 SVN。

提前干杯。

【问题讨论】:

    标签: asp.net svn continuous-integration teamcity visualsvn-server


    【解决方案1】:

    对于这种情况,您不需要更多代理。您所需要的只是更多的构建配置。一个将部署在由每次提交触发的登台服务器上,第二个将部署在您的生产环境中的按钮上。

    【讨论】:

    • 谢谢,我会使用 MSBuild 进行部署,还是 TeamCity 可以移动“工件”? (不知道这个词对不对……)
    • 我最好使用 MSBuild 还是现在有更好的方法?我最后一次做 CI 大约是 3 到 4 年前,我猜事情已经改变了。
    • 我使用 MSBuild 进行打包,使用 MsDeploy 部署到服务器。由simple Psake script 编排,但您可以使用您觉得舒服的方式。
    【解决方案2】:

    是的,TeamCity 肯定可以做到这一点。如果您已经使用 CC.NET 和 MSBuild 完成了此操作,那么从 TeamCity 调用您的 MSBuild 脚本应该很简单。团队城市supports MSBuild out of the box。顺便说一句,JetBrains 使用的术语是“配置”。 “构建代理”适用于supporting multiple/simultaneous builds

    对于您关于 SVN 与 Git 的问题,请进行搜索,您会找到大量资源,但这里有一些亮点:

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-11-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多