在工作中,我们使用 TFS,我正在尝试让 Git-TFS 工具正常工作,以便在将本地提交推送到我们的 TFS 存储库之前在处理本地提交时拥有更大的灵活性。
我有这个工作,但是当我做一个git tfs ct
,它将我的所有提交检查到一个 TFS 变更集中。我是否遗漏了什么,或者这就是它应该如何工作的?如果它不将我的每个提交作为单独的变更集单独推送到 TFS,那么它似乎首先就违背了使用 git-tfs 的目的。
我使用 rcheckin 命令将新的 git 变更集一次提交到 tfs,在每次 tfs 提交后重新调整剩余提交的基础,以生成一棵正常的树。使用 checkintool 子命令会产生合并提交 - 但我不记得它会压缩 git 提交。
因此,我们使用正常的 git 工作流程:签出一个功能分支,对其进行处理,签出 master 和“git tfs pull”,如有必要,将功能分支重新设置为 master 的基础,然后将功能合并到 master 并执行git tfs rcheckin
。最后删除feature分支。在极少数情况下,此操作会失败(由于 tfs 文件被锁定),rcheckin 会停止,使所有内容都处于合理状态,因此一旦障碍被清除,继续操作就没有问题了。
总而言之,git-tfs 使 TFS 变得可以忍受。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)