TFS 作为 Visual Studio Online 的本地存储库
TFS as a local repository for Visual Studio Online
我们刚刚开始测试-运行 VSO for source control/Scrum management on a new project。我们目前在内部将 TFS 运行 用于其他项目。我喜欢 VSO scrum 工具，但是，由于今天的 VSO 中断，我们质疑 VSO 作为源代码控制对我们来说是否实用。
经过今天下午的研究，我没有找到对 VSO 进行本地备份的解决方案。我目前的想法是使用推送到 VSO 的本地 git 回购协议。这样做的问题是切换技术并不容易，尤其是当我们已经有本地 TFS 需要维护时。
我们考虑过使用 VSO 来管理 scrum 任务并在内部进行源代码控制，但我真的不喜欢将两者分开（不能 link 提交，我认为一切都应该如果可能的话，在一个地方）。
是的，对于那里的纯粹主义者，我们确实有一个带有索引卡和便利贴的大白板用于我们的冲刺任务，但我们仍在将云视为另一种选择；）
将我漫无边际的问题浓缩成一个真正的问题：有没有办法将内部 TFS 用作推送到 VSO 的本地存储库，或者至少让它镜像 VSO？
您是否担心 VSO 丢失您的源（极不可能），或者只是遇到偶尔的中断而无法签入或获取最新信息一段时间？
如您所述，使用 git 进行源代码管理是最简单的方法。您将在您的开发机器上拥有完整的存储库，并且可以进行任何您喜欢的提交。更改源代码管理意味着提高 git 团队的技能，创建一个新的团队项目并使用 git-tfs 或 git-tf 迁移历史记录，所以我理解您可能不想要的原因改变。
对于 TFVC，如果您使用的是本地工作区，您应该仍然能够在中断期间工作并进行更改。您只是无法签到。如果 VSO 出现故障，将会带来不便，但不应影响您的工作。
关于使用 TFS 作为自动推送到 VSO 的镜像，简单的答案是 "No, you can't do that"。
如果您使用 git，您可以将您的本地存储库设置为有两个远程服务器，一个是本地 TFS 服务器，另一个是 VSO，但这仍然取决于您 push/pull 手动在两台服务器之间进行更改以保持它们对齐。
我们刚刚开始测试-运行 VSO for source control/Scrum management on a new project。我们目前在内部将 TFS 运行 用于其他项目。我喜欢 VSO scrum 工具，但是，由于今天的 VSO 中断，我们质疑 VSO 作为源代码控制对我们来说是否实用。
经过今天下午的研究，我没有找到对 VSO 进行本地备份的解决方案。我目前的想法是使用推送到 VSO 的本地 git 回购协议。这样做的问题是切换技术并不容易，尤其是当我们已经有本地 TFS 需要维护时。
我们考虑过使用 VSO 来管理 scrum 任务并在内部进行源代码控制，但我真的不喜欢将两者分开（不能 link 提交，我认为一切都应该如果可能的话，在一个地方）。
是的，对于那里的纯粹主义者，我们确实有一个带有索引卡和便利贴的大白板用于我们的冲刺任务，但我们仍在将云视为另一种选择；）
将我漫无边际的问题浓缩成一个真正的问题：有没有办法将内部 TFS 用作推送到 VSO 的本地存储库，或者至少让它镜像 VSO？
您是否担心 VSO 丢失您的源（极不可能），或者只是遇到偶尔的中断而无法签入或获取最新信息一段时间？
如您所述，使用 git 进行源代码管理是最简单的方法。您将在您的开发机器上拥有完整的存储库，并且可以进行任何您喜欢的提交。更改源代码管理意味着提高 git 团队的技能，创建一个新的团队项目并使用 git-tfs 或 git-tf 迁移历史记录，所以我理解您可能不想要的原因改变。
对于 TFVC，如果您使用的是本地工作区，您应该仍然能够在中断期间工作并进行更改。您只是无法签到。如果 VSO 出现故障，将会带来不便，但不应影响您的工作。
关于使用 TFS 作为自动推送到 VSO 的镜像，简单的答案是 "No, you can't do that"。
如果您使用 git，您可以将您的本地存储库设置为有两个远程服务器，一个是本地 TFS 服务器，另一个是 VSO，但这仍然取决于您 push/pull 手动在两台服务器之间进行更改以保持它们对齐。