这里以gitlab为例：
1.创建远程仓库：


2.给项目添加新成员

3.创建本地仓库：
（1）新建一个文件夹，使用如下命令：

//初始化仓库，这样就会产生一个.git的隐藏文件夹
git init
//本地仓库与远程仓库产生关联
git remote add origin git@121.42.182.76:dubao/test000.git

当前分支第一次向远程仓库提交的时候，他会提示你：

我们复制一下提示的命令并且执行，作用是推送当前分支到远程对应的分支，同时建立关联，如果远程对应的分支不存在就会自动创建。

4.分支管理：
（1）创建分支

git branch xxx分支

（2）切换分支

git checkout xxx分支

（3）创建并切换分支

git checkout -b xxx分支

（4）查看本地分支

git branch

（5）查看所有分支

//本地分支和远程分支
git branch -a

（6）删除分支

//删除已合并的分支，有未合并代码不允许删除
git branch -d
//强制删除有未合并代码的分支 
git branch -D
//删除远程分支
git push origin --delete xxx分支 

（7）合并分支到当前分支

//大都用在合并到master分支上
git merge xxx分支
git push

（8）本地分支和远程分支第一次关联

git push --set-upstream origin xxx分支

（9）查看当前仓库状态

git status

5.标签管理：
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。

Git有commit，为什么还要引入tag？
“请把上周一的那个版本打包发布，commit号是6a5819e…”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
创建和查看

git tag  v1.0 -m"第一个版本" //创建一个v1.0的标签
git push origin --tags     //推送到远程仓库
git tag                    //查看标签列表
git show <tagname>         //查看某个标签详情
git checkout tagname       //切标签

注意：一定要先git add 再 git commit -m"" 这两步的优先级是最高的，这样通过git命令是可以找到的。

8.冲突及解决方法：

当出现这个的时候就证明出现了冲突
打开出现冲突的文件

如果冲突的代码都需要保留，那么删掉那些乱的字符和符号这些就好，我们选择性保留一定要协商好，不要私自删掉别人的代码，这样是很不道德的。

9.一定要勤提交代码！！！