如何将两个没有共同历史的Git仓库分支合并

### 合并两个分支的方法 在 Git 中，`git merge` 是用于将两个分支的历史记录合并到一起的核心命令。当准备将某个分支的工作成果集成到另一个分支时，可以按照以下方式操作： 通过 `git merge` 命令，可以选择不同的选项来控制合并的行为。例如，默认情况下，如果目标分支是当前分支的直接后代，则会执行快速前进（fast-forward）合并[^1]；如果不是，则创建一个新的合并提交。 #### 使用 Fast-Forward 合并 Fast-Forward 合并在可能的情况下不会创建新的合并提交，而是简单地移动分支指针以匹配被合并分支的位置。这种方式适用于线性的开发历史场景。可以通过如下命令实现： ```bash git merge <branch-name> ``` #### 非 Fast-Forward 合并 如果不希望采用快速前进的方式，即使条件允许也可以强制创建一个合并提交。这通常是为了保留更清晰的历史记录以便于追踪工作流程。使用 `--no-ff` 参数即可达到此目的： ```bash git merge --no-ff <branch-name> ``` 该参数确保无论何时都会生成一条新纪录表明此次合并未采取 fast forward 方式完成[^2]。 #### 自动 Rebase 替代 Merge 的配置方法 对于某些团队或者个人偏好而言，在拉取远程更新之前总是希望通过 rebase 来保持本地更改位于最新状态之上而不是产生额外的合并提交。这种行为可通过调整 git config 设置达成自动应用的效果。具体涉及到了几个相关的配置项如 pull.rebase 和 branch.<name>.rebase 等[^3]。 另外值得注意的是，Git 的分支功能非常强大灵活，它不仅限于传统意义上的“分支”，更多时候应该将其视为一种上下文切换工具。开发者可以在不同特性或修复工作的多个独立环境中自由转换而互不影响[^4]。 最终，在实际项目进展过程中总会存在这样一个时刻——某部分代码已经成熟稳定足以与其他模块相结合成为整体的一部分。此时正是运用 `git merge` 进行整合的最佳时机[^5]。 ### 示例代码展示 下面给出一段简单的脚本演示如何在一个已存在的仓库里从 feature 分支向 master 分支做一次标准合并过程: ```bash # 切换至master分支 git checkout master # 将feature分支的内容合并进来 git merge feature ``` 当然这里假设了feature分支已经被成功创建并且包含了想要加入mainline的新改动。