领导说：
“目前各个项目分散在不同的仓库中，不利于管理，需要将多个项目仓库合并到一个工程仓库来进行开发，要求保留各个仓库迁移前的commits 记录，最好还能对命名不规范的项目进行重命名”
恕我直言，可以实现！
假设要合并ABC 不同的分支到新工程X，ABC 工程作为X工程的子目录
迁移A 工程的5.0分支到新工程X的A1目录
迁移B工程的dev分支 到新工程X的B1目录
迁移C 工程的6.0分支 到新工程X的C1目录
期望：合并后的目录结构
新工程X（master分支）
.
├── A1 (原A工程的某分支)
├── B1 (原B工程的某分支)
├── C1 (原C工程的某分支)
.git
README.md
在使用 Git 作为版本控制的时候，我们可能会由于各种各样的原因提交了许多临时的 commit，而这些 commit 拼接起来才是完整的任务。那么我们为了避免太多的 commit 而造成版本控制的混乱，通常我们推荐将这些 commit 合并成一个。
首先你要知道自己想合并的是哪几个提交，可以使用git log命令来查看提交历史，假如最近4条历史如下：
我们在使用Git进行版本控制时，有可能会出现这种情况。git push后发现提交的内容不是想要的，这时候我们怎么做呢，提交上去的内容是没有删除按钮的（比如github，或码云）。所以我们需要一些手段将提交上去内容撤销下来。
首先将本地的内容回退到自己想要的版本。回退版本我一般使用
git reset
fork 了别人的仓库后，原作者又更新了仓库，如何将自己的代码和原仓库保持一致？
假设远程源仓库为A，自己fork后的远程仓库为B，自己本地的代码仓库为C
给 fork下来的仓库 配置一个 remote源
一般来说从自己远程仓库B去拉代码后就会有remote
使用 git remote -v 查看远程状态。
git remote -v
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (fetch)
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (push)《GitHub 入门与实践》 读书笔记
在Git中，开发者将源代码存入名为“Git仓库”的资料库中，并加以使用。而GitHub则是在网络上提供Git仓库的一项服务。这也就是说Github上公开的软件源代码都是有Git进行管理。
SOCIAL CODING.随着GitHub的出现,让所有人都平等的拥有了更改源代码的权利,软件开发者们才真正意义上拥有了源代码.
Update your browser to view this website correctly. Update my browser now
