GitHub合并2个项目并保留commit记录

最新推荐文章于 2025-08-04 15:01:59 发布

Z小繁

最新推荐文章于 2025-08-04 15:01:59 发布

阅读量8k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： SVN / git 文章标签： github git

本文链接：https://blog.youkuaiyun.com/u010887744/article/details/72853894

 
 GitHub有两个项目Pro1和Pro2，现打算将Pro2整个项目移动到Pro1，并保留2个项目的commit记录。 

 
 移动前Pro1目录结构为：文件Pro1.txt、文件Pro123、文件README.md、文件夹pro1dir/，项目 Pro2类似。 

 
 移动后目录结构为Pro/Pro1/*；pro/Pro2/*（Pro1重命名为pro）。 

 
 建议新建测试项目Pro1、Pro2熟悉一下流程，或者备份原有项目，避免误操作产生意料之外的效果。 

 
 1、clone项目Pro1到本地 

 
 git clonehttps://github.com/zxiaofan/Pro1.git 

 
 cd Pro1 

 
 2、在Pro1项目根目录新建文件夹Pro1，并将原Pro1项目所有文件移动至Pro1/下（如果不需要完全区别两个项目可忽略）

最低0.47元/天解锁文章

新学期VIP享超值加赠

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Z小繁

关注关注

2
点赞
踩
8

收藏

觉得还不错? 一键收藏
4
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

GitHub：GitHub上的代码提交与合并_2024-07-17_22-31-54.Tex

11-30

305

在开始使用GitHub进行代码管理之前，首先需要了解如何创建一个新的仓库以及如何将这个仓库克隆到本地。

揭秘软件工程领域 GitHub 项目的代码合并策略

软件工程实践的博客

05-22

604

本文旨在全面解析GitHub平台上项目开发中使用的各种代码合并策略，帮助开发团队理解不同合并方式的优缺点，并根据项目特点选择最适合的合并策略。范围涵盖从基础合并操作到高级分支管理技术。文章首先介绍基本概念，然后深入分析各种合并策略的技术细节，接着通过实际案例展示不同策略的应用，最后讨论如何根据项目特点选择合并策略。: GitHub上提出的代码变更请求，请求将分支代码合并到目标分支Merge: 将两个或多个开发历史合并在一起的操作Rebase: 将一系列提交移动到新的基础提交上的过程。

4 条评论您还未登录，请先登录后发表或查看评论

GitHub图形化客户端实现Git合并分支（上）

实践求真知

12-03

7450

一本地两个分支的合并现在项目只有一个master分支，我们新建了一个idea分支，实现自己的想法，commit一下，那么现在仓库内的情况是这样的如何让idea的代码并入master呢？需要“融合”一下。下面这个例子是将peter分支融合到master分支，融合方法如下：融合后的结果如下：二实现机制新生产一个C5，这是一个“融合版本”（Merge

Git 合并两个不同的仓库

tunan666的博客

02-16

646

应用场景：应用场景1：A公司的几个项目是找第三方B公司做的，每次发版上线的时候，A公司需要把B公司的代码合并到自己的代码库，然后发版部署应用场景2：有系统基础脚手架B，A系统是在这个脚手架基础上开发的，A和B不在一个git仓库中，有时候脚手架B也会更新迭代，这个时候就需要把脚手架B合并到已经开发的系统A中以上两个场景，都需要合并两个不同仓库的代码部署步骤：下载A公司的代码分支，并切换到test分支 git clone https://git.test1.tech/project/A.

2个项目合并代码流程

最新发布

weixin_39428080的博客

08-04

119

【代码】2个项目合并代码流程。

合并多次commit记录

Blue_Pepsi_Cola的博客

02-16

625

如果没有冲突，或者冲突已经解决，会弹出窗口，让你注释掉一些提交记录，这里是让我们编辑自己合并的这些记录的概览，如：完成了什么功能，按照实际情况填写。需要把 pick 改为 s 或 squash，需要留第一个，第一个不要改，意思是下面的 commit 记录都合并到第一个上面去。也可以指定合并某个版本之前的版本：git rebase -i 00c7d7ff 但不包含 00c7d7ff，至合并他之前的。保存退出，按下 esc 再按：然后输入 wq 或 x 保存。在log中可以看到有多次commit 记录。

Git 合并两个项目

GY5338的博客

12-19

1128

在 Git 中合并两个项目的代码需要一些步骤，尤其是如果这两个项目有不同的版本历史或者是独立的 Git 仓库。在你的本地机器上克隆第一个项目的 Git 仓库。使用 cd 命令进入第一个项目的目录。添加第二个项目作为远程仓库：在第一个项目中添加第二个项目的 Git 仓库地址。从第二个项目中获取代码。创建新分支：在第一个项目中创建一个新的分支，该分支将包含第二个项目的代码。合并第二个项目的代码到新分支。这里假设 main 是第二个项目的主分支，你可以根据实际情况替换为相应的分支名。

使用git合并两个不同项目代码

社畜程序员的无聊博客

02-01

5857

前言, 这里解决的是两个不同的项目, 因为不同项目那必然是两个不同的git仓库都是不同的git仓库了那就更不可能是相同的分支了(即使分支名相同)至于为什么会有这种业务情况出现, 我也不知道, 反正先学干就完了这里图形化界面演示用的是idea自带的git插件, 因为不是gir命令行高级玩家, 所以有部分操作配合idea自带git插件尽享完成, 想学命令行操作可以据根据具体需求进行百度。

使用 git subtree 方法将六个项目合并到一个仓库并保留提交记录

打代码是一天，不打代码也是一天

05-06

768

通过保留完整历史：每个子项目的提交历史独立且完整。非侵入式：主仓库与子项目无强耦合，子项目仍可独立开发。灵活同步：可随时拉取或推送子项目的更新。

GitHub Revert Merge Commit的现象观察和对PR的思考

小昌昌的博客

07-30

1187

本文以自己在revert 一个 merge时候遇到的问题为出发点，讲解了git revert和rebase的基本原理，讲了我们revert一个merge commit时候的基本流程。同时，讲解了Three-Dot-Diff和Two-Dot-Diff的区别，以及我们对PR中的diff的理解。很多时候，我们对事物的正确理解不在于我们认识他们多久，而在于我们是否真正思考过。

使用git将两个项目合并一个新的项目（保姆级）

qq_52054879的博客

10-06

5198

git合并两个项目

a736755244的博客

10-08

1798

git 合并两个项目分支

合并git上的两个远程项目

future-wy

01-20

972

项目命名为test，新项目命名为test1。目的是将test1的内容添加到test中。（以下命令均在需要合并的分支上操作） 1、首先本地克隆旧项目：git clone https://github.com/leniy/test.git 2、把新项目添加到旧项目中：git remote add dev_newhttps://github.com/test1.git 3、切换到需要合并的分支 dev 3、验证一下：git remote -v 4、抓取新项目：git fetch dev_new 5..

【开发工具-Git】Git中合并多个项目并保留所有commit提交记录

热门推荐

lyloou的专栏(lyloou.com)

12-23

1万+

背景通常的合并项目的做法是，将所有项目移动到一个新目录中，并重新生成纳入 git 管理（去掉了.git 文件夹），这样做的弊端是之前的历史提交记录都没有了，想要看之前的记录，还需要再回到旧项目中查看。在本文中，我会介绍怎样完整地保留历史提交记录。为什么保留提交记录？可以追踪文件修改历史，方便对比和还原历史。可以追责，知道之前是谁写的，什么时候写的。拆分怎样完整地保留提交记录？假设有三个项目 A：远程地址为：git@github.com:lyloou/merge_a.git ，分支为mas

Git ① 通过git将本地两个项目进行合并

zujiasheng的博客

07-06

4394

① 新建一个文件夹，打开之后在命令行输入初始化仓库。git init② 在新建的文件夹中随便创建一个文件（这样才能新建新的分支，不然新建分支命令没有作用）③ 输入命令和初始化仓库。

【git】合并git仓库并保留commit记录

11-30

1656

将一个仓库的历史记录生成patch，再在另一个仓库中使用`git am`应用patch来实现合并仓库。

使用github合并两个项目

weixin_44031341的博客

03-16

2530

使用github合并两个项目近日因为有个项目刚开始没有放到github上面，而是一个人写了一些后复制了一下和另一个人共同开发，完成后需要把两个人写的项目进行合并。因为解决过程过于曲折所以总结一下。在github上面创建一个远程仓库用来存放一个项目。在本地建立两个文件夹备份两个项目，作为操作环境使用命令对两个文件夹进行初始化 git init //初始文件 git ad...

git项目合并

神兽乌鸦

10-13

229

git remote add <自定义分支名称，例如 mybranch > <另一个项目的仓库URL> git fetch mybranch git merge mybranch/main 合并

Gitlab两个项目代码合并

【设计改变世界】github地址：https://github.com/guochunyang2004

11-02

1051

有个项目在gitlab上分成了两个仓库代码合并。

github合并代码

03-28

<think>好的，用户想了解GitHub合并代码的相关内容。我需要先整理一下合并的不同方法，比如Merge、Rebase、Squash等，然后解释每种方法的适用场景和步骤。同时要注意用户可能对Git操作不太熟悉，所以需要用简单易懂的语言，避免太专业的术语。首先，应该分步骤介绍不同的合并方式，比如普通合并、快进合并、Rebase合并和Squash合并。每个部分要说明操作步骤、命令示例以及优缺点，这样用户可以根据实际情况选择合适的方法。然后，用户可能关心如何在GitHub上操作，比如通过Pull Request进行合并。需要详细说明在网页端的操作流程，比如点击合并按钮、选择合并方式等。此外，处理合并冲突也是一个常见问题，应该给出解决冲突的基本步骤，比如拉取最新代码、使用IDE工具解决冲突、重新提交等。还需要提醒用户一些注意事项，比如频繁提交减少冲突，合并前进行测试，保护主分支等。这些建议能帮助用户避免常见的问题，确保合并过程顺利。最后，检查是否有遗漏的重要点，比如不同合并方式对提交历史的影响，Rebase的风险等。确保信息准确，结构清晰，用户能够一步步理解和操作。避免使用复杂术语，保持语言简洁明了，必要时举例说明。</think>在 GitHub 中合并代码主要有以下几种方式，以下是逐步说明： --- ### 一、本地分支合并（通过 Git 命令行） #### 1. 普通合并（Merge Commit） ```bash # 切换到目标分支（如 main） git checkout main # 合并开发分支（如 feature-branch） git merge feature-branch # 推送更新到远程仓库 git push origin main ``` **特点**：保留完整提交历史，生成一个新的合并提交节点。 #### 2. 快进合并（Fast-Forward） ```bash # 确保目标分支是开发分支的直接上游 git merge --ff-only feature-branch ``` **特点**：不生成合并提交，仅移动分支指针（适用于无分叉历史）。 #### 3. Rebase 合并（重写提交历史） ```bash # 切换到开发分支 git checkout feature-branch # 将当前分支的提交"嫁接"到目标分支的最新提交上 git rebase main # 切换回主分支并合并 git checkout main git merge feature-branch ``` **注意**：会修改提交历史，适合个人分支整理代码，不推荐公共分支使用。 --- ### 二、GitHub 网页端合并（Pull Request） 1. **发起 Pull Request** - 在仓库页面点击 `New Pull Request` - 选择 `base`（目标分支）和 `compare`（源分支） - 填写标题和说明，点击 `Create Pull Request` 2. **代码审查** - 通过 `Files changed` 标签页查看差异 - 使用 `Review changes` 添加评论或批准 3. **选择合并方式** - **Merge commit**：保留所有提交记录 - **Squash and merge**：将多个提交压缩为单个提交 - **Rebase and merge**：线性历史（无合并节点） 4. **确认合并** - 点击 `Merge pull request` - 输入确认信息后完成合并 --- ### 三、解决合并冲突当不同分支修改了相同文件的相同区域时： 1. 拉取最新代码： ```bash git pull origin main ``` 2. 手动编辑冲突文件（冲突标记为 `<<<<<<<` 和 `>>>>>>>`） 3. 标记冲突已解决： ```bash git add resolved-file.txt git commit -m "解决合并冲突" git push origin feature-branch ``` --- ### 四、关键注意事项 1. **保护主分支**：建议设置 `main`/`master` 分支为保护分支，禁止直接推送 2. **测试验证**：合并前确保通过 CI/CD 流水线测试 3. **提交粒度**：频繁提交可降低冲突概率 4. **分支清理**：合并后及时删除已废弃的分支 --- 通过以上方法，您可以根据项目需求选择最适合的合并策略。GitHub 的 Pull Request 机制尤其适合团队协作场景，建议搭配代码审查流程使用。