Git合并提交到孤立分支

Question

我很想知道您是否可以，以及将提交合并到我的孤儿分支是否有任何问题。对于这个特定的实例，我的Salesforce存储库有一个主分支和一个预发布分支，但由于我们的沙盒环境通常有不属于生产的元数据，但我们希望对其进行版本控制，但与干净的预发布分支有足够的分离。

因此，我们有以下内容：

(Production Init Commit)    (official release)
 /                         /
o-------------------------o [master]
 \                       /
  o------o---------o----o [pre-release]
          \       /
           o-----O [feature]
                  \ <-- IS THIS ALLOWED/POSSIBLE/BAD IDEA?
                   \ 
       o------------O [DEV] (orphan branch)
      /
     (Initial commit from our sandbox environment)

Answer 1

Git允许合并没有公共根提交的提交。结果将包含两个分支中存在的文件的并集。将两个项目合并到一个存储库中是一种常见做法（例如，Git项目本身在e83c51633启动，gitk在1db95b00启动，两个项目后来在5569bf9bb合并）。

现在，您是否真的想要这样做实际上取决于分支的内容。如果您将沙盒分支合并到特性分支中，那么将特性分支合并到master中也会将沙盒代码合并到master中，这可能是您不想要的。

Answer 2

使用git 2.9（2016年6月），合并孤立分支仍然是可能的，但ony使用“允许不相关的历史记录”选项：

git merge --allow-unrelated-histories a b

参见Junio C Hamano的commit e379fdf（2016年3月18日）（gitster）
^{（由Junio C Hamano--gitster在提交d04aa7e中合并，2016年4月8日）}

虽然允许将独立启动的两个项目的不相关历史合并为一个是有意义的，但就像“gitk”被合并为“git”本身也称为“有史以来最酷的合并”一样，这样的合并仍然是一个不寻常的事件。
更糟糕的是，如果有人通过从已建立项目的tarball开始创建独立历史并向原始项目发送拉取请求，“git合并”然而愉快地创建了这样的合并，而没有任何不寻常的迹象正在发生。

设定“git merge”默认情况下拒绝创建这样的合并，除非用户传递一个新的“--允许不相关的历史记录”选项，告诉它用户知道两个不相关的项目被合并了。

因为这样的“两个项目合并”是一个罕见的事件，所以没有添加始终允许这样合并的配置选项。

git合并文档提到：

默认情况下，git合并命令拒绝合并不共享共同祖先的历史记录。当合并两个独立启动的项目的历史时，此选项可用于覆盖此安全性。
由于这是一个非常罕见的情况，默认情况下不存在启用此功能的配置变量，并且不会添加，并且此留档顶部的选项列表没有提及此选项。
此外git拉不会将此选项传递给git合并（相反，您git fetch首先检查您将合并的内容，然后使用此选项在本地进行git合并）。

参见Junio C Hamano（gitster）的commit de22496（2016年4月21日）
（由Junio C Hamano--gitster--2016年4月29日提交175008d合并）

而不是：

git fetch something &&
git merge --allow-unrelated-histories FETCH_HEAD

如果有人倾向于添加这样的选项，则需要将此更改中的更新测试调整回：

git pull --allow-unrelated-histories something