我最近开始使用 git tfs 作为使用 git 在本地工作和提交之间的桥梁,然后提交到 tfs 以通过我们的持续集成系统并与团队成员共享。
我想开始与我的团队合作,使用 git 进行源代码控制以共享分支和更改,然后最终签入 tfs 以进行持续集成。
这是我可以做的事情,还是 git tfs 仅适用于在本地工作的一个人?
我们刚刚开始使用 Git、Github 和 Git TFS。我们正在从 TFS 迁移到 Git,Git TFS 运行良好!在我们将构建脚本移动到从 Github 而不是 TFS 读取时,我们仍然需要 TFS 一段时间,但在那一天到来之前,我们必须将更改复制回 TFS。
不,Git TFS 并不是严格意义上的单用户系统,但我想这取决于您选择使用它的方式。在我们的系统中,当我们需要将新的更改复制回 TFS(以触发构建脚本)时,一位开发人员使用 Git TFS 将来自 Git 专用分支的结果检查到我们的 TFS 主分支。然而,在那之前,我们只是使用 Git 和 Github 进行所有工作和代码协作。
如前所述,“Git TFS bootstrap”命令对于没有从 TFS 执行初始代码签出的开发人员很有用,因为该命令将必要的 TFS 信息复制到指向它们的本地 .git/config 文件中正确的 TFS 分支。如果他们想要提取或签入,那么他们首先需要这个以及在本地机器上安装的 Git TFS。
git-tfs wiki 上的这个页面似乎相关:https ://github.com/spraints/git-tfs/wiki/Bootstrap
如果您创建 TFS 克隆并与需要与 TFS 交互的同事共享,则引导程序很有用。虽然两次相同的 git tfs clone 调用将产生相同的存储库,但 git clone 总是比 git tfs clone 更快。所以,我猜想大多数想要使用 git 在 TFS 项目上进行协作的人都会从这个命令中受益。
在我的项目中,我使用 git-tfs 克隆了 TFS 存储库,然后将目录压缩并提供给所有开发人员(或者只是通过网络共享目录以允许他们复制它)。它运行得非常好,每个人都可以在 TFS 中获取和提交,并使用 git 共享分支!