gitlab使用总结（keep updating）

之前一直都用svn, 最近一个月开始使用gitlab进行协同开发，为了防止以后忘了，现把学习到的东西记录下。会持续更新。。

创建分支

创建本地分支：
git checkout -b myFeature //创建并切换到myFeature分支
上面的等于下面的步骤：
git branch myFeature
git checkout myFeature

将本地分支和远程仓库建立联系

git push origin myFeature //这样远程仓库就有了同样名字 为myFeature的分支。

修改本地文件，提交和同步远程分支

git status //查看修改的本地文件列表
git add code/sss.html //将code/sss.html添加到暂存区
git commit -m “输入提交或修改的原因或备注” //将修改的文件提交到本地myFeature分支
git pull origin myFeature //拉取远程myFeature代码并和本地进行merge，为下面的推送做准备。
git push origin myFeature //将修改后的myFeature代码推送到远程myFeature分支
到这一步结束，便可以在gitlab的commit上找到此次提交的记录和提交备注。也是提交成功的标志。

---

暂存本地修改

如果暂时不想提交当前的文件，又需要同步远程文件到本地，可以使用git stash 命令。
该命令会将最新一次提交之后的修改都存放到缓存栈。以备同步后恢复修改。
git stash list 可以查看缓存栈的所有缓存数据。具体格式如下：
stash@{0} XXXX(最新一次提交的版本号及提交备注)
stash @{1} YYYY(最新一次提交的版本号及提交备注)
通过git stash apply stash @{1} 可以恢复指定的缓存数据。
git stash pop 恢复最近一次的缓存 即stash@{0}
注：：：如果本地文件有多个分支，不同分支下缓存的内容都会放到同一个缓存栈，所以，慎用git stash pop. 最好先列出所有缓存，再恢复。

由于代码冲突，想恢复至某次提交版本

使用git reset –hard 2defeff (commit号) 恢复至指定的commit版本。

慎用git pull

虽然上面都在用git pull来拉取远程代码并和本地merge，但是这么用的前提是：当前分支和远程分支是同一个分支.都是develop分支，master分支，或myFeature分支。如果不是同一个分支，很大情况下会出现冲突。

使用git fetch和git merge

比如，要将远程master同步到本地master,需要：
git checkout master //本地切换到本地master分支
git feature origin master //拉取远程master内容。此时，如果本地有修改的文件未提交，会被提示要么commit 要么stash（将变动暂存到栈中，使本地分支恢复至改动之前的干净状态）。
git log -p master ..origin/master //比较本地和远程master分支的差异
git merge origin/master //将远程分支合并到本地。
git log// 通过查看 commit号和提交备注来确认当前分支是否是最新的。

git submodule

git子模块，就是在一个git仓库中使用了另一个git仓库作为依赖模块，同时两个仓库都能保持各自独立的提交和维护。比如：myProject项目里，使用了myChart库。
当通过git clone克隆myProject这样含有子模块的项目时，默认会包含该子模块目录，但其中还没有任何文件：即myChart文件目录下面是空白的。这需要使用：
git submodule init //初始化myChart本地配置文件
git submodule update //从myChart项目中抓取所有数据并检出父项目中列出的合适的提交
注：：：平时，如果想更新myChart子模块，需要先切换到myChart所在文件夹下，再执行git branch和git status,会发现此时相当于进入了myChart的仓库。然后再该目录下，执行git pull等来更新本地代码。
参考链接点此