【问题标题】:TFS as a local repository for Visual Studio OnlineTFS 作为 Visual Studio Online 的本地存储库
【发布时间】:2015-04-09 09:28:51
【问题描述】:

我们刚刚开始在一个新项目上测试运行 VSO 以进行源代码控制/Scrum 管理。我们目前使用在内部运行的 TFS 用于其他项目。我喜欢 VSO scrum 工具,但是,由于今天的 VSO 中断,我们质疑 VSO 作为源代码控制对我们来说是否实用。
经过今天下午的研究,我没有看到本地备份 VSO 的解决方案。我目前的想法是使用推送到 VSO 的本地 git 存储库。这样做的问题是切换技术并不是一件容易的事,尤其是当我们已经有本地 TFS 需要维护时。

我们曾考虑使用 VSO 来管理 scrum 任务并保持内部源代码控制,但我真的不喜欢将两者分开(无法链接提交,我认为如果可能的话,一切都应该放在一个地方)。

是的,对于那些纯粹主义者来说,我们确实有一个带有索引卡和便签的大白板用于我们的 sprint 任务,但我们仍然将云视为另一种选择;)

将我的闲聊浓缩成一个真正的问题:有没有办法将内部 TFS 用作推送到 VSO 的本地存储库,或者至少让它镜像 VSO?

【问题讨论】:

    标签: tfs azure-devops


    【解决方案1】:

    您是否担心 VSO 会丢失您的源(极不可能),或者只是偶尔遇到中断而无法签入或获得最新信息?

    正如您所说,使用 git 进行源代码控制是最简单的方法。您将在您的开发机器上拥有完整的存储库,并且可以进行任何您喜欢的提交。更改源代码控制意味着提高团队在 git 上的技能,创建一个新的团队项目并使用 git-tfs 或 git-tf 迁移历史记录,所以我理解您可能不想更改的原因。

    使用 TFVC,如果您使用的是本地工作区,您应该仍然能够在中断期间工作并进行更改。您将无法签入。如果 VSO 出现故障,这将带来不便,但不应阻止您的工作。

    就使用 TFS 作为自动推送到 VSO 的镜像而言,简单的答案是“不,你不能那样做”。

    如果您使用 git,您可以将本地存储库设置为具有两个远程,一个是本地 TFS 服务器,另一个是 VSO,但您仍然可以自己在两台服务器之间手动推送/拉取更改使它们保持一致。

    【讨论】:

    • 我们不关心丢失源代码(反正我们所有的机器都有代码),只关心中断。 “推一下,让我看看”和“每个人都得到最新消息”是很常见的短语,可以在办公桌之间大喊大叫;我们需要能够在任何给定时刻同步代码。停电,即使是暂时的,不仅浪费了时间,还浪费了动力。除此之外,使用本地 git 推送到 TFS 将是多余的。如果我们切换到 git,我们不妨将 TFS 扔出窗外,只使用 git+VSO(并通过管理获得这个想法)。
    猜你喜欢
    • 2018-12-24
    • 2013-05-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-02-03
    • 1970-01-01
    • 2014-12-02
    • 2014-12-04
    相关资源
    最近更新 更多