
一,创建版本库的两种方式
- 先有本地版本库,后有远程库
创建一个版本库非常简单,首先,选择一个合适的地方,cd到某个文件夹,创建一个空目录:
$ mkdir learngit
$ cd learngit
这个是否只是在当前目录下创建了一个普通的空文件夹。
第二步:进入到learngit,使用以下命令,将learngit初始化为git仓库
$ git init
这时,在leargit文件夹就多了一个.git的隐藏文件夹,这就是git仓库。并且为当前git仓库创建了一个本地master分支,本地的commit提交都是提交到此本地matser分支。


第三步:新建远程仓库,设置为本地仓库的远程库
首先,登陆GitHub,然后,根据安装git时找到rsa文件,把ssh-key的公钥添加到GitHub的“Add SSH-Key”.这部分安装git
然后,在右上角找到“Create a new repo”按钮,创建一个新的仓库:

在
Repository name填入learngit,其他保持默认设置,点击Create repository按钮,就成功地创建了一个新的Git仓库:

现在,我们根据GitHub的提示,在本地的learngit仓库下运行命令:
$ git remote add origin git@github.com:tuke0919/learngit.git
远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。这样就把远程库的master分支和刚创建本地库时的本地master分支自动关联起来。
查看本地仓库关联的远程仓库:
$ git remote -v

这时,你就可以在本地创建文件,修改,并push到远程仓库保存。
- 先有远程库,后有本地版本库
现在,我们需要把现有的project的拉取到本地开发。就需要从远程克隆.第一步还是需要新建一个空文件夹作为本地仓库,然后cd到该文件夹下克隆项目:

使用以下命令:
git clone git@github.com:tuke0919/learngit.git
使用clone的方法创建本地库,git为我们完成了相当于git init的工作,把本地仓库初始化成可git仓库,并且把本地master分支和clone的远程分支的master自动关联起来。
git常用命令
| git命令 | 说明 |
|---|---|
| git init | 初始化本地git仓库(创建新仓库) |
| git config --global user.name "xxx" | 配置用户名 |
| git config --global user.email "xxx@xxx.com" | 配置邮件 |
| git status | 查看当前版本状态(是否修改) |
| git add xyz | 添加xyz文件至暂存区 |
| git add . | 增加当前子目录下所有更改过的文件至暂存区 |
| git commit -m 'xxx' | 提交 |
| git commit --amend -m 'xxx' | 合并上一次提交(用于反复修改) |
| git commit -am 'xxx' | 将add和commit合为一步 |
| git branch | 显示本地分支 |
| git branch -a | 显示所有分支 |
| git branch -r | 显示所有远程分支 |
| git branch --merged | 显示所有已合并到当前分支的分支 |
| git branch --no-merged | 显示所有未合并到当前分支的分支 |
| git branch -d hotfixes/BJVEP933 | 删除本地分支hotfixes/BJVEP933 |
| git checkout features/performance | 检出已存在的features/performance分支 |
| it checkout v2.0 | 检出版本v2.0 |
| git checkout -b devel origin/develop | 从远程分支develop创建新本地分支devel并检出 |
| git checkout -b master_copy | 从当前分支创建新分支master_copy并检出 |
| git checkout -b master master_copy | 上面的完整版 |
| git merge origin/master | 合并远程master分支至当前分支 |
| git cherry-pick commitId | 合并提交commitId的修改 |
| git fetch | 获取所有远程分支(不更新本地分支,另需merge) |
| git fetch --prune | 获取所有原创分支并清除服务器上已删掉的分支 |
| git reset --hard HEAD | 将当前版本重置为HEAD(通常用于merge失败回退) |
| git show-branch | 图示当前分支历史 |
| git show-branch --all | 图示所有分支历史 |
| git stash | 暂存当前修改,将所有至为HEAD状态 |
| git stash list | 查看所有暂存 |
| git stash pop | 将当前stash中的内容弹出,并应用到当前分支对应的工作目录上 |
| git stash apply | 将堆栈中的内容应用到当前目录,该命令不会将内容从堆栈中删除 |
| git stash apply stash@{0} | |
| git stash clear | 清除堆栈中的所有 内容 |
| git pull origin master | 获取远程的master分支到当前分支并合并 |
| git pull <远程主机名> <远程分支名>:<本地分支名> | 取回远程主机某个分支的更新,再与本地的指定分支合并。 |
| git pull = git fetch + git merge | 1,git fetch origin master:brantest 2,git merge brantest |
| git push <远程主机名> <本地分支名>:<远程分支名> | 将本地分支的更新,推送到远程主机 |
| git push origin master | 本地的master分支推送到origin主机的master分支。如果master不存在,则会被新建。 |
| git push origin :master | 等同于删除origin主机的master分支 |
| git push origin --delete master | 删除origin主机的master分支 |
参看连接:https://www.yiibai.com/git/git_push.html
Git Submodule管理项目子模块
当项目越来越庞大之后,不可避免的要拆分成多个子模块,我们希望各个子模块有独立的版本管理,并且由专门的人去维护,这时候我们就要用到git的submodule功能
常用命令
git clone <repository> --recursive 递归的方式克隆整个项目
git submodule add <repository> <path> 添加子模块
git submodule init 初始化子模块
git submodule update 更新子模块
git submodule foreach git pull 拉取所有子模块
1. 创建带子模块的版本库
创建project版本库,并提交readme.txt文件
git init --bare project.git
git clone project.git project1
cd project1
echo "This is a project." > readme.txt
git add .
git commit -m "add readme.txt"
git push origin master
cd ..
2. 创建moduleA版本库,并提交a.txt文件
git init --bare moduleA.git
git clone moduleA.git moduleA1
cd moduleA1
echo "This is a submodule." > a.txt
git add .
git commit -m "add a.txt"
git push origin master
cd ..
3. 在project项目中引入子模块moduleA,并提交子模块信息
cd project1
git submodule add ../moduleA.git moduleA
git status
git diff
git add .
git commit -m "add submodule"
git push origin master
cd ..
使用git status可以看到多了两个需要提交的文件,其中.gitmodules指定submodule的主要信息,包括子模块的路径和地址信息,moduleA指定了子模块的commit id,使用git diff可以看到这两项的内容。这里需要指出父项目的git并不会记录submodule的文件变动,它是按照commit id指定submodule的git header,所以 .gitmodules和moduleA 这两项是需要提交到父项目的远程仓库的。
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: .gitmodules
new file: moduleA
4.克隆带子模块的版本库
- 方法一,先clone父项目,再初始化submodule,最后更新submodule,初始化只需要做一次,之后每次只需要直接update就可以了,需要注意submodule默认是不在任何分支上的,它指向父项目存储的submodule commit id。
git clone project.git project2
cd project2
git submodule init
git submodule update
cd ..
- 方法二,采用递归参数
--recursive,需要注意同样submodule默认是不在任何分支上的,它指向父项目存储的submodule commit id。
git clone project.git project3 --recursive
5.修改子模块
修改子模块之后只对子模块的版本库产生影响,对父项目的版本库不会产生任何影响,如果父项目需要用到最新的子模块代码,我们需要更新父项目中submodule commit id,默认的我们使用git status就可以看到父项目中submodule commit id已经改变了,我们只需要再次提交就可以了。
cd project1/moduleA
git branch
echo "This is a submodule." > b.txt
git add .
git commit -m "add b.txt"
git push origin master
cd ..
git status
git diff
git add .
git commit -m "update submodule add b.txt"
git push origin master
cd ..
6. 更新子模块
更新子模块的时候要注意子模块的分支默认不是master。是一个未命名的本地分支
- 方法一,先pull父项目,然后执行
git submodule update,注意moduleA的分支始终不是master
cd project2
git pull
git submodule update
cd ..
- 方法二,先进入子模块,然后切换到需要的分支,这里是master分支,然后对子模块pull,这种方法会改变子模块的分支。
cd project3/moduleA
git checkout master
cd ..
git submodule foreach git pull
cd ..