git merge在这种情况下是明智的想法吗？

Question

我有三个分支(master，development和android-version)。

我们正在开发react-native应用程序，我们首先创建了IOS版本，该版本在development branch中。

几个月前，我们开始开发安卓版本，我用git checkout -b android-version创建了新的分支，因此，development branch中的所有文件都被复制到android-version branch。我已经修改了android版本分支上的文件以在android上工作，并且我已经将其推送到android-version branch。但是我没有把它和开发分支合并。那是两个月前的事了。

在过去的两个月里，我的同事一直在做IOS版本的工作，因此在development分支上。现在，我需要将这些更改添加到android-version分支，并修改它们以在android上运行。问题是我已经删除了android-version branch上的一些组件，如果我将它与开发分支合并，我不想拉出它们。

git merge development是个聪明的主意吗？

我猜如果我合并的话，我会从development branch中得到所有那些被删除的组件？

Answer 1

合并可能不是最好的工具，请尝试rebase

如果development分支上有重大变化，可能需要对android-version中的现有更新进行一些修复，并且您希望有一天同步android和iOS开发，那么您应该线性化您的历史，为您现有的工作提供修复提交，审查它，然后推送。

我想情况是这样的：

M - I1 - I2 <development)
 \
  \ A1 - A2 - A3 <android-version)

其中I提交适用于iOS，而A适用于安卓。这里提出的方法(git checkout android-version; git rebase development)将导致(在解决可能的冲突之后)：

M - I1 - I2 - A1 - A2 - A3 <android-version)
          <development)

现在你可以回顾你的想法，解决可能的问题，等等。

在你确定安卓版本不会破坏iOS中的任何东西，并且整个development都可以更新之后，就不会出现讨厌的合并提交，因为这将是一个很好的快进合并。