如何将多人协作分支的多提交按开发者合并为单提交至新分支？

现有分支branch1由P1、P2、P3三位开发者协作开发，包含大量提交记录（比如P1的commit1、commit5…commit100，P2的commit2、commit6等，P3的commit3、commit4等）。希望创建新分支branch2，将branch1的所有代码合并至branch2，且每位开发者仅保留一个提交记录。请问该需求是否可实现？若可行，具体操作方案是什么？目前考虑使用git cherry-pick、git rev-list、git filter-branch、git commit-tree等命令并通过脚本完成，但不确定是否可行。

该需求完全可实现，核心思路是提取每位开发者的所有变更内容，将其打包为单个提交，最终在新分支中保留三个分别对应P1、P2、P3的提交记录。以下是具体操作方案：

步骤1：准备新分支 #

首先基于branch1的基准节点（比如分支初始创建时的父提交，或直接基于项目主分支如main）创建干净的branch2：

# 示例：基于branch1的起始提交创建branch2，替换为实际起始提交哈希
git checkout -b branch2 <branch1起始提交哈希>
# 若不确定起始提交，也可直接基于主分支：
# git checkout -b branch2 main

步骤2：提取每位开发者的所有变更 #

使用git diff结合提交范围，提取单个开发者的所有变更生成补丁文件：

1. 提取P1的所有变更：

# 替换为branch2当前HEAD的哈希值
git diff <branch2当前提交哈希>..branch1 --author="P1" > p1_changes.patch

2. 同理提取P2、P3的变更：

git diff <branch2当前提交哈希>..branch1 --author="P2" > p2_changes.patch
git diff <branch2当前提交哈希>..branch1 --author="P3" > p3_changes.patch

步骤3：依次应用补丁并提交 #

1. 应用P1的补丁并提交：

git apply p1_changes.patch
# 替换为实际开发者邮箱
git commit -m "P1: 合并所有开发内容" --author="P1 <p1@example.com>"

2. 重复操作处理P2、P3的补丁：

git apply p2_changes.patch
git commit -m "P2: 合并所有开发内容" --author="P2 <p2@example.com>"

git apply p3_changes.patch
git commit -m "P3: 合并所有开发内容" --author="P3 <p3@example.com>"

备选方案：批量处理脚本 #

如果开发者较多或提交量极大，可通过脚本自动完成：

#!/bin/bash

# 定义开发者列表（姓名+邮箱）
devs=("P1 <p1@example.com>" "P2 <p2@example.com>" "P3 <p3@example.com>")
# 替换为branch1的起始提交哈希
start_commit="xxxxxx"

# 创建新分支
git checkout -b branch2 $start_commit

for dev in "${devs[@]}"; do
    # 拆分姓名与邮箱
    dev_name=$(echo $dev | awk '{print $1}')
    dev_email=$(echo $dev | awk '{print $2}' | sed 's/[<>]//g')
    
    # 生成补丁
    git diff $start_commit..branch1 --author="$dev_name" > "${dev_name}_changes.patch"
    
    # 应用补丁并提交
    if git apply "${dev_name}_changes.patch"; then
        git commit -m "${dev_name}: 合并所有开发内容" --author="$dev_name <$dev_email>"
        # 更新基准提交为当前HEAD，避免后续补丁冲突
        start_commit=$(git rev-parse HEAD)
    else
        echo "应用${dev_name}的补丁失败，请手动处理冲突"
        exit 1
    fi
    
    # 删除临时补丁文件
    rm "${dev_name}_changes.patch"
done

注意事项 #

• 若不同开发者的变更存在冲突，应用补丁时会报错，需手动解决冲突后再提交。
• --author为模糊匹配，需确保开发者姓名拼写一致，避免漏提或错提变更。
• 操作完成后，branch2的代码内容与branch1完全一致，但提交历史被简化为每位开发者一条记录。

内容的提问来源于stack exchange，提问作者moe_sakura