我正在使用 Git-tf 来(显然)跳过 TFS 并能够离线工作并避免只读和所有那些调整...... 现在 .. 我开始将 tfs 项目克隆到驱动器 D: 然后我再次从驱动器 c: 克隆(我想我在那里过度偏执)
我当前的工作流程是将更改(在 repo c: 中)提交到 repo D:，然后将 checkin 推送到 TFS
它工作正常，但它变得困惑，我认为我过度复杂化了工作流程
什么是最好的？
我可以配置 repo c: 直接指向 TFS ... 并删除原生 git origin (repo d:) 将 repo d: 复制到 c: 并继续(我试过了，它在本地运行良好，但我还没有对 TFS 进行任何更改) 我可以将 repo c: 提升为 ORIGIN(如在 D: 中)，然后继续从那里(在 git-tf 配置之后)将更改推送到 TFS 吗？ ...不确定这个促销事件...
此外:考虑到项目(如在 C# vs2012 中)它是一个大项目，不是那么直接重新配置和构建)甚至更不用说等待复制过程:)。 还有其他建议吗？
最佳答案
您不能将 repo C: 配置为直接指向 TFS。存储库 D: 包含有关 git 提交到 TFS 变更集映射的数据，这些映射是在您获取/克隆存储库时创建的。没有此数据，git-tf 无法在您获取的最后一个变更集和当前提交之间建立增量以创建 TFS 变更集。
将 D: 复制到 C: 应该没问题，因为它会复制存储在 git 存储库中的 git-tf 元数据.
我不知道“将 C: 提升为 D:”是什么意思。如果您从 D: 克隆了 C:，您可以进行更改并将它们推送回 D:，然后 git-tf checkin 他们。如果您的 HEAD 指向的提交是从最新的 TFS 变更集 git 创建的提交的子项或孙项，则新的 git 提交来自何处并不重要-tf 可以构建新的差异变更集。
关于git - 将 git 本地存储库(从中克隆)提升到 origin 以与 git-tf 一起使用的最佳方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13863962/