3

我正在使用Git-tf（显然）跳过TFS并能够离线工作并避免只读和所有调整......现在..我开始将tfs项目克隆到让我们说驱动器D：然后我再次克隆从驱动器c：（我想我在那里过度偏执）

我当前的工作流程是将更改（在 repo c:) 提交到 repo D: 然后将签入推送到 TFS

它工作正常，但它变得混乱，我认为我过度复杂化了工作流程

什么是最好的？

我可以将 repo c: 配置为直接指向 TFS ...并删除本机 git origin (repo d:) 将 repo d: 复制到 c: 并继续（我试过了，它在本地工作正常，但我没有提交对 TFS 的任何更改）我可以将 repo c: 提升为 ORIGIN（如 D:），然后继续从那里将更改推送到 TFS（在 git-tf 配置之后）？...不确定这个促销活动...

另外：考虑到项目（如在 C# vs2012 中）它是一个大项目，不是那么直接的重新配置和构建）甚至没有提到等待复制过程:)。还有其他建议吗？

4

1 回答 1

1

您不能将 repo 配置C:为直接指向 TFS。RepositoryD:包含有关 git 提交到 TFS 变更集映射的数据，这些映射是在您获取/克隆存储库时创建的。如果没有此数据，git-tf则无法在您获取的最后一个变更集和当前提交之间构建增量以创建 TFS 变更集。

复制D:到C:应该没问题，因为它将复制git-tf存储在 git 存储库中的元数据。

我不知道您所说的“推广C:到D:”是什么意思。如果您C:从克隆D:，您可以进行更改并将它们推回D:然后git-tf checkin它们。新的 git 提交来自哪里并不重要，如果您HEAD指向的提交是从最新的 TFS 变更集创建的提交的子或孙子提交，则git-tf可以构建差异的新变更集。

于 2012-12-13T16:38:54.803 回答