【问题标题】:Preserve history of moved TFS folders in git-tfs在 git-tfs 中保留移动的 TFS 文件夹的历史记录
【发布时间】:2014-04-26 19:30:33
【问题描述】:

我将使用 git-tfs 将我的项目(文件夹)从 TFS 迁移到 git。问题是该文件夹曾经在 TFS 中从一个地方移动到另一个地方。该文件夹的 TFS 历史记录显示了从头开始的所有变更集,但 git-tfs clone 仅克隆了移动后发生的变更集。

是否也可以克隆旧的更改集?最好与新的变更集一起使用,但至少可能与另一个 git repo 一起使用?

更新。我尝试了一些想法,但都失败了:

  1. 可以从旧文件夹位置克隆。但是当前更改集中没有那个位置。
  2. 当旧位置存在时,可以从上一个更改集进行克隆。但是git tfs clone 没有使用特定变更集的选项,只有quick-clone 有。
  3. 可以quick-clone 旧位置的第一个变更集(有效),然后fetch 进行更改。但是fetch 失败并出现错误“不存在适合...的映射”。我尝试将新旧 tfs 遥控器添加到同一个 repo,但这没有帮助。

【问题讨论】:

    标签: git tfs migration git-tfs


    【解决方案1】:

    有一个 work in progress 已经很好地支持这种情况。

    自己编译试试看!

    【讨论】:

    • 尝试了 rename_branch 的当前状态,但结果完全搞砸了。对拉取请求发表了评论,并附有详细信息。
    • GitHub 上的讨论不知何故以无结果而告终。你能估计一下它被处理的可能性或告诉我应该怎么做吗?
    • 如果我能很好地理解您的问题,这是 TFS 允许的另一个可怕案例。很难管理它,因为 TFS 给了我们错误的分支层次结构,阻止我们检测它:( 我看到 2 个解决方案......从长远来看,让用户在文件中指定它自己的分支层次结构并在输入中接受这个文件并忽略 tfs 给我们的数据。在短期内,您必须修改源代码以管理您的案例,并在 git-tfs 源代码中描述您的层次结构(有人已经这样做了),也可以覆盖从 tfs 获取的数据......跨度>
    • 谢谢。我突然尝试了 git-tf,它奏效了。我不知道他们做了什么来处理这个案子。
    【解决方案2】:

    最后我尝试git-tf而不是git-tfs,它突然起作用了,所以迁移问题解决了。

    【讨论】:

      猜你喜欢
      • 2016-05-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多