我的团队不久前将我们的 tfs 从旧服务器转移到了新服务器。我们正在使用 git tfs 来管理我们的本地更改并将它们推送到 tfs 中。

但是，当我像这样从 tfs 克隆现有存储库时遇到了问题

Git 能够连接到新服务器并将所有内容拉下来。然后我可以进行更改并毫无问题地提交它们。直到我尝试执行 agit tfs pull或git tfs checkintool此操作时，我才收到一条错误消息：

当我检查配置时，url被定义为http://our.new.tfs/tfs所以我不知道从旧服务器中提取的想法是从哪里得到的。

我尝试从配置文件中删除远程部分并执行git tfs init [remote]但仍然出现相同的错误。我什至刮掉了 repo 并从一个新的克隆开始，但仍然是同样的事情。它总是指向旧服务器而不是新服务器。

我一直在网上寻找几个小时，但没有找到解决方案。如果您能提供任何有用的建议，请告诉我！

先感谢您！

我已经使用 git-tfs 几个星期了，并且非常喜欢它。我今天早些时候遇到了一个问题。我有两个不相关的 git 提交（尽管出于问题的原因，可以说它们触及了相同的文件）。我将这些更改检查到 TFS 中，我似乎拥有的唯一选择是将两个不相关的提交压缩到一个签入中。

我如何一次只签入一个对 TFS 的提交，而不是将它压缩成一个提交？

我已经安装了 git-tfs，并做了一个git-tfs clone http://.....

但是，我想知道是否有办法使用 git-tfs 进行本地分支？
例如，相当于git checkout -b myBranch

我正在工作的团队似乎只使用了 tfs 服务器上的一个分支，所以如果可能的话，我想在本地分支？

如果将我的源代码处理基于 TFS（以获取所有集成和报告等）但在本地使用 git-tf 或 git-tfs，我实际上会错过什么？

然后，我是否能够像使用基于 git 的中央存储库一样使用完整的 git 功能在本地进行分支和合并，还是需要考虑不同的工作流程和限制？

我们经常使用功能和发布开发分支并且喜欢继续这样做，当使用 git-tf 等在本地推送这些时，TFS 服务器实际上是如何处理这个问题的？

我已经使用 Git-Tfs ( https://github.com/git-tfs/git-tfs ) 几个月了，并且喜欢为我的个人分支逃脱 TFS 的能力。直到今天。

我可以拉出我想要的所有内容，但是当我尝试签入（git tfs checkintool或git tfs checkin）时，它会列出即将签入的文件，然后将我转储回提示符而不做任何事情。

我该如何调试？

语境

用于开发的 GitHub Enterprise 安装。每个开发者都有自己的公共仓库，组织也有权威的仓库。拉取请求用于代码审查，我们松散地遵循 nvie 的git 流分支模型。

用于问题跟踪和部署的 TFS 安装（发布分支）。我们将发布分支镜像到 TFS 存储库中。

工作项目

现在困难的部分是：我们如何将 git 提交（最初可能在开发人员的公共分支上完成）与 TF 工作项相关联？

我做了什么

我查看了以下项目以寻求帮助：

• Git-TFS
• Git-TF (nodirt)
• Git-TF（微软）

我已经阅读了在两个 Git-TF 项目中将提交与工作项相关联的参考资料，但我不确定要使用什么工具，以及如何准确地使用它。

如果我必须在发布分支提交上运行脚本以从提交消息中提取工作项引用并将它们与发送到 TFS 的变更集相关联，我会很好。但是，允许在元数据中关联（而不是提交消息）的解决方案将是首选。

将 TFS 中的工作项与 git 提交相关联的选项有哪些？

上下文

• 我们有一个带有发布分支的 git 存储库。
• 我们有一个 TFS 存储库（当前为空）。

我的任务是将 git repo 的发布分支镜像到 TFS 中，以便 git 中的每个提交都映射到 TFS 中的变更集。所有开发人员都只承诺使用 git 并且（假设）不知道 TFS。

阅读rcheckin 的文档以及对这个相关问题的回答让我相信 rcheckin 能够做到这一点。

问题

git 中的所有提交都被压缩到一个单一的变更集中。

繁殖顺序：

这会导致单次签入包含所有提交的 TFS。

解决问题的其他尝试

• 克隆后，从源（git）repo 中合并第一个提交，rcheckin 以创建共享库

  • 这有效，但随后git pull github release导致git-tfs rcheckin再次提交压缩。

• 对于原始存储库中的前几个提交，我将它们一个接一个地合并到 git-tfs 共享存储库中，并在每个提交后重新检查。

  • 这种方法很有效，对于每次提交，TFS 中都有一个变更集。但是，原始提交消息位于“merged c02436de4f..”消息下方。
  • 对每个变更集都进行处理是不现实的，即使使用脚本也是如此。
  • 正如patthoyts所指出的，就 TFS 而言，这将使我成为该更改的提交者。

我的问题

我需要做些什么来使 TFS 与 git-repo 的发布分支保持最新，以便 git 中的每个提交都有相应的 TFS 变更集？

附加信息

我确实对这两个 repos 有管理控制权，如果有必要，我可以重新设置 git repo 的基础，这意味着所有后果。我只是不想失去我们已经创造的历史。

语境

我们是一个使用 github 进行协作的开发人员团队。我们需要在 TFS 上镜像我们的发布分支，以便我们为每个 git 提交都有一个 tfs 变更集。似乎最好的方法是使用git-tfs rcheckin。

在对我之前的 git-tfs 问题的回答的评论中，Matt Burke告诉我

正确提交 -> 变更集归属

如果一个人只使用我们的 tfs 镜像，我有什么方法可以识别出归因于我的这种 tfs 变更集的原始提交者？

有没有办法在 TFS 中存储元数据，或者有没有办法编写 git-tfs 脚本以便将此信息添加到提交消息中？

我正在尝试修改git-tfs。但是，我似乎无法构建它。

我做了什么：

然而，子模块更新似乎没有完成它的工作——它没有获取任何来源。

我究竟做错了什么？

我目前的工作如下：

• 我们有一个 TFS 分支——我们称之为 TFS-Master。
• 我们有一个 TFS-Master 的 git-tfs 克隆存储库。
• 我已将此存储库推送到 github。

到目前为止，人们一直很高兴地在我的 github 存储库中工作。我一直在需要时将我们与 TFS 存储库同步，一切都很好。

但是，无论出于何种原因，其他人都希望有幸使 git repo 与 TFS 保持同步，反之亦然。

如何将 git-tfs 跟踪（好吧，无论您称之为从 tfs 推/拉的能力）添加到从 github 存储库克隆的存储库中吗？