【问题标题】:How to completely replace master with another branch in Azure DevOps如何在 Azure DevOps 中用另一个分支完全替换 master
【发布时间】:2019-07-28 13:36:13
【问题描述】:

使用 Azure DevOps,在二级分支中维护了一个包含有效代码的存储库。但是,master 分支已经过时多年了。

我想抹掉master的内容,用二级分支的内容覆盖。

我知道处理不当会导致严重的命名空间问题,我想避免这种情况。

对于在 Azure DevOps 中将 master 完全替换为辅助分支,您会推荐什么方法?

【问题讨论】:

  • 这是 Git 存储库还是 TFVC 存储库?
  • 这是一个“TFS GIT”回购。在 Azure Devops 中运行的 GIT 存储库。
  • 如果您不想将文件保留在 master 中,我会选择简单的方法和rename the branches
  • @Melisco - 这对我有用,但会导致任何长期问题吗?

标签: git tfs azure-devops devops


【解决方案1】:
  1. 将 repo 克隆到本地计算机。

    git clone {repo url}

  2. 转到本地仓库并移动到二级分支。

    git checkout {secondary branch}

  3. 复制所有内容 - Ctrl+ACtrl+C

  4. 回到主分支。

    git checkout master

  5. 粘贴文件(并替换现有文件)Ctrl+V

  6. 提交更改。

    git add .

    git commit -m "update master"

  7. 将更改推送到 Azure DevOps。

    git push

现在master 分支更新为secondary branch 的内容。

【讨论】:

  • 我正在考虑这个......但是由于主分支已经过时了好几年,当主分支与辅助分支更新时这会导致任何问题吗?根据我阅读的内容,如果我选择这种方法,我应该考虑使用 -f 标志……对吗?
  • 克隆repo,复制他备份,试试我的建议,成功了吗?好的。不是?试试-f :)
  • 第 3 步应该是“将除 .git 文件夹之外的所有文件复制到临时位置第 4 步应该是“从临时位置复制第 3 步中的所有文件并将它们粘贴到现有文件上。如果您不使用物理临时位置,Windows 中的更改行为会使此过程无济于事
  • 这真的是最好的选择吗?唯一的选择?因为您仍然拥有旧提交的所有历史记录,所以我想在一系列错误提交之前及时拍摄快照,并提升那个新主人。
猜你喜欢
  • 2021-08-30
  • 2021-10-16
  • 2011-02-21
  • 1970-01-01
  • 2019-08-02
  • 1970-01-01
  • 2022-12-18
  • 2012-03-01
相关资源
最近更新 更多