【问题标题】:Team Foundation Server EnvironmentsTeam Foundation Server 环境
【发布时间】:2014-05-07 22:54:13
【问题描述】:

我们是一个由 3 名开发人员组成的小型团队。我们混合了经典的 ASP 代码和 ASPX 页面。所有代码都包含在一个具有多个项目的解决方案中。我们目前没有使用任何 VC 软件,只是安装了 TFS 2013,并希望转而使用其 VC。我们当前的环境设置如下。

  • 开发环境 - 新代码或对现有代码的更改。
  • 测试环境 - 一旦开发代码通过单元测试,它就会被移到这里以允许用户测试更改。
  • 暂存环境 - 这是生产的镜像。一旦用户接受了测试中的更改,我们将代码迁移到这里进行测试,并确保它适用于数据库(sql)的镜像副本。
  • 生产环境 - 在此环境中未修改代码。

所有这些都是手动完成的,现在我们的员工在过去 6 个月里从 1 人增加到 2 人再到 3 人,我们需要使用版本控制。我们不确定的是如何使用 TFSVC 实现相同的环境。我们是否需要在每个环境中安装 TFS 并拥有 4 个单独的代码副本,然后我们如何使用 TFS 在每个环境之间迁移代码。我们需要有关如何设置的帮助和建议。我们希望保持简单,因为我们只有 3 个人。

【问题讨论】:

  • 我只想将您的开发代码添加到源代码中。我假设您只是将您的开发代码提升到测试环境。然后,一旦它通过那里,就将其推广到登台,然后再进行生产。虽然如果发现问题,它不会总是退回到开发人员来解决吗?然后一旦修复再次执行该过程?就我个人而言,我会从 Team Foundation Service 开始,它最多可免费使用 5 个用户。
  • 我不确定如何构建它。我应该为每个环境设置不同的文件夹,然后如何从一个环境升级到另一个环境?

标签: asp.net tfs


【解决方案1】:

通常您会有一个 TFS 服务器来保存您所有环境的源。许多人实施分支策略来支持作为不同版本的一部分或不同暂存环境部署的不同版本的源代码。

许多人将 TFS 视为一种开发工具,因此它最终进入了开发“网络”。我们建议人们将 TFS 视为生产服务器,它包含您的源代码(知识产权以及对知识和时间的大量投资),您还可以使用它来保存您的产品待办列表(其中可能包含有关您的公司位置的敏感信息以后想搬家)。如果你失去其中任何一个,那将是一个巨大的损失。因此,请确保将 TFS 服务器视为有价值的东西,并实施适当的备份和恢复以及灾难恢复过程。

有用的链接:

【讨论】:

  • +1 用于 ALM 指南。他们对管理您的开发/测试/发布代码的分支建议非常好。那样,您可能会强烈考虑使用基于云的 TFS 服务,而不是管理自己的服务器 - 然后您将有人负责备份、更新、可用性等。
  • 感谢所有评论的人。我只是在阅读有关分支的信息,并认为这可能是我想要设置它的方式。我将研究您在上面发布的链接,如果我有任何其他问题,请告诉您。我对如何进行物理设置仍然有些模糊,但我相信一旦我阅读了上面的指南,它会变得更加清晰。
猜你喜欢
  • 2018-08-07
  • 2013-12-30
  • 1970-01-01
  • 1970-01-01
  • 2010-09-26
  • 2010-10-11
  • 2018-08-30
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多