详细git命令，请参考：git教程
1. 仓库初配置
-- 本地仓库初始化
git init
-- 连接远程仓库
git remote add origin gitlab仓库地址
2. 提交代码
-- 提交代码前最好查看一下本地代码状态
git status
-- 将新建文件添加到版本控制中
git add .
git add file
-- 提交代码
git commit -m "提交描述"
-- 推送代码到远程仓库
-- 将本地的master分支推送到origin主机的master分支。如果master不存在，则会被新建。
-- 用了参数-u之后，以后就可以直接用不带参数的git pull从之前push到的分支来pull。
git push -u origin master
注：
在git push推送远程仓库的时候，可能会碰到如下错误：
There is no tracking information for the current branch. Please specify which branch you want to merge with.
See git -pull(1) for details
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with
git branch --set-upstream master origin/<branch>
当时我在Gitlab上建项目（公司的demo），提交代码时没有碰到这个问题，后来去GitHub上建项目时就碰到了，但是通过提示的命令git branch --set-upstream master origin/<branch>并没有解决问题，后来参考了这篇博客才得以解决。具体我使用了以下命令：
此时如果origin的master分支上有一些本地没有的提交,push会失败.
所以解决的办法是, 首先设定本地master的上游分支:
git branch --set-upstream-to=origin/master
然后pull:
git pull --rebase
最后再push:
git push
3. 更好的提交方式
假设当前有如下分支：
*b1_zhangsan
b2_lisi
branch_20170903
master
场景如下：
假设branch_20170903是当前迭代的开发分支，b1_zhangsan是员工张三的开发分支（从branch_20170903上拉下来的），b2_lisi是员工李四的开发分支，同样也是从迭代分支上拉下来的。
当开发过了一周时间，张三的需求开发完成了，需要往远程分支b1_zhangsan上push推送代码，然后将开发分支b1_zhangsan合并到branch_20170903迭代分支上。
当然，我们完全可以这种顺序提交，即
git add .
git commit -m ""
git push origin b1_zhangsan
但是这样做会有一个缺陷，当你merge到迭代分支branch_20170903上时，会有一定几率的代码冲突。这时候冲突就发生在了整个迭代分支上，如果别人在这个时候操作迭代分支，势必会引起更多错误，所以，如果将冲突放到本地，并解决之再提交merge，风险会降低很多。
所以我推荐的merge过程如下：
-- 首先本地仓库检出迭代分支
git checkout branch_20170903
-- 将远程迭代分支上的代码拉下来
git pull
-- 再检出张三的开发分支
git checkout b1_zhangsan
-- 与迭代分支merge
git merge branch_20170903
-- 如果有冲突，会提示CONFLICT(content): Merge conflict in xxx
-- 通过git diff可以查看冲突所在的位置，但不是很直观
-- 最直接的方法的是去IDE里面全局搜索“<<<<”或者“>>>>”，因为有冲突势必有这些符号，可以更快定位到冲突位置
-- 在IDE里面解决冲突，再重新提交
git add .
git commit -m "解决冲突"
git push origin b1_zhangsan
