Question

我目前在AWS Code Commit中有master和features个分支。我需要为项目创建更多分支。

假设我将创建新的ui-improvement分支，几天后，我在本地和远程删除了分支。之后，是否可以在使用ui-improvement之前创建相同的分支名称？

Answer 1

虽然git并不关心你是否重新使用分支名称，但在实践中它并非没有潜在的后果。 tl; dr：只是因为你从你的本地和遥控器中删除了它，并不意味着它从每个回购中消失了。

为什么你可以这样做：要git一个分支是一个参考。也就是说，它是指向提交的指针的名称。如果删除引用，git不会尝试跟踪以前使用过特定名称的事实。（事实上，即使是分支的reflog也被丢弃了，这可能有不错的理由，但却是不幸的。）

为什么你可能不应该在参考文献中，关于分支的特殊之处在于它们应该移动，并且具有如何不移动。）

具体而言，在创建新提交时，期望分支从父级移动到子级。如果在两个不同时刻的每一个都存在具有给定名称的分支，则期望它在较早时刻指向的提交是＆＃34;可达＆＃34; （通过父指针）来自它在以后指向的提交。

现在，如果您已删除了分支的所有痕迹（从本地和远程删除），那么重新使用分支名称似乎足够安全。但是既然你有一台遥控器 - 或者就此而言，既然你正在使用分布式版本控制系统 - 我们至少应该接受你不是遥控器唯一克隆的可能性。

假设你开始了你的项目。

A -- B -- C <--(master)

并创建分支

A -- B -- C <--(master)
      \
       D -- E <--(fixes)

并且您已将此推向原点，而另一位开发人员已将所有这些推送到当地。所以他们有

A -- B -- C <--(master)(origin/master)
      \
       D -- E <--(fixes)(origin/fixes)

现在你继续工作，很快就有了

             H -- I <--(a_branch)
            /
A -- B -- C ------------ M<--(master)
      \                /
       D -- E -- F -- G <--(fixes)

到目前为止，这一切都很好，因为每个分支都只是前进了。另一个开发者拉动并且是最新的。

             H -- I <--(a_branch)(origin/a_branch)
            /
A -- B -- C ------------ M<--(master)(origin/master)
      \                /
       D -- E -- F -- G <--(fixes)(origin/fixes)

但是现在你删除了fixes，因为它已经合并了。而a_branch出现了一些问题，因此您决定需要一个新的fixes分支。

                    K <--(fixes)
                   /
             H -- I <--(a_branch)
            /
A -- B -- C ------------ M<--(master)
      \                /
       D -- E -- F -- G

所以另一个开发者进行了一次获取，现在有了

                    K <--(origin/fixes)
                   /
             H -- I <--(a_branch)(origin/a_branch)
            /
A -- B -- C ------------ M <--(master)(origin_master)
      \                /
       D -- E -- F -- G <--(fixes)

现在从他们的回购角度来看，fixes分支似乎以一种意想不到的方式发生了变化。这并不难解决，但最明显的＆＃34;摆脱他们所得到的错误的方法是错误的并且会导致奇怪的结果。它很烦人，你的工作流程不应该经常造成这种情况。

Answer 2

是的，可以在新分支中使用相同的分支名称（已删除分支的分支名称 - 本地和远程删除）。

一旦分支被删除，即使您之前在合并中使用了已删除的分支，也不会出现名称冲突。

Git分支删除[AWS Code Commit]

2 个答案: