关于使用git的一点心得体会

1、git clone 整个项目

此时分支是master


2、git branch -r查看远程有没有分支








3、此时远程没有dev分支的时候


git checkout -b dev 在本地新建一个dev分支


4、将本地分支推送到远程上
git push origin dev       //这里的bc指的是本地分支


5、这时候远程上已经有了dev分支了，之后进行开发的时候，在pull的时候制定好远程分支
当我们在本地的dev分支上进行开发的时候，可能其他人也在其他分支上进行开发，为了保证我们本地功能的完整性
在pull的时候可以这样子


git pull origin {其他的远程分支} 


这里实际上的命令是相当于把远程分支上的内容合并到本地你所在的dev分支
这样子dev就有所有分支代码合并后的内容


6、当我们在本地dev上修改好后，要推送更改后的内容到dev上


可以直接git push orign（因为默认情况下会把本地的dev和远程的dev建立起一个追踪关系，所以可以省略掉本地的分支名和远程的分支名）


但是最好养成习惯，制定好本地的分支名和远程的分支名，
git push orign dev :dev     //第一个dev为本地分支名，后面的为远程分支名，冒号后面不能有空格
7、以后可以这样子，当有项我们使用git clone项目下来后，我们可以使用git checkout -b dev 在本地新建一个dev分支并切换到dev分支上
7.1假设远程仓库有dev分支，我们可以git pull origin 分支名称:dev，把各个分支的内容合并到本地的分支，保证分支功能是完整的（这样有


坏处，比如某一个人的功能没有开发完成的情况下提交到远程仓库了，我们也会把这个没有开发完成的功能pull下来）
7.2让所有人提交的内容都提交到dev分支上git push origin 本地分支:dev ，这样一来，所有人提交的内容都会到dev分支上汇总，然后我们


pull的时候也切换到自己的开发分支，使用git pull origin dev获取dev的更新到本地，


***********
因为可能会有一种情况，我们要把本地的dev推送到另外的远程分支上，而没有追踪关系的本地分支和远程分支是推送不了的。除非先pull远程分支到本地合并，之后再push的时候指定该远程分支才可以推送的上


比如我现在dev上修改好了，想要作为release版本的内容进行发布，就要将其推送到master分支上，但是我本地的dev分支只和远程的dev分支有追踪关系

个远程的master并没有追踪关系，这时候我们git push origin dev :master  ，就会报错