git的一些简单基本使用

分支管理

创建与合并分支

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

解决冲突

产生代码冲突的原因：当拉取协作者的提交时，很可能不同开发者修改了同一个文件的同一部分，这时候，就会出现冲突，我们需要手动解决这些冲突，再重新提交上去。

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

1. 使用vscode 解决冲突
   1. 保留当前的更改
   2. 采用传入的更改
   3. 保留俩者的更改
2. 解决完冲突以后，重新提交
   1. git add .
   2. git commit -m “xxx”

3.。如果你想用一个有图形界面的工具来解决这些问题，
不妨运行 git mergetool，它会调用一个可视化的合并工具并引导你解决所有冲突：

分支管理策略

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

1. 如果合并一个分支第一次使用了–no-ff, 那么后续的合并都是非快进合并

2. 	  git checkout -b dev//创建并切换dev分支
   	  Switched to a new branch 'dev'
   	  //提交修改的文件
   	  git add readme.txt 
   	  git commit -m "add merge"
   	  //切换主分支
   	  git checkout master
   		
   	 //准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：
   	 git merge --no-ff -m "merge with no-ff" dev
   

   实际开发基本流程

   项目管理员会首选在远程仓库创建仓库，并建立develop分支.
   作为开发人员，在本地

   git checkout -b feature/search-recommend develop ##创建并切换到分支
   git add somefile
   git commit -m 'msg'
   git checkout develop
   git pull
   git merge feature/search-recommend
   git push
   git checkout master
   git merge devlop
   git push				
   

   遵循原则

   每次 merge 前先 pull 远程分支在进行合并
   每完成一个功能就提交一次，不要累计代码

   紧急修复bug

   当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue- 101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：

   git stash //可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
   //假设在主分支上修复这个bug
   git checkout master
   git checkout -b issue-101
   //现在进行修复
   git add readme.txt
   git commit -m "fix bug 101"
   //修复完成后
   git checkout master
   git merge --no-ff -m "merged bug fix 101" issue-101
   //删除旧分支
   git branch -d issue-101
   //回到旧分支继续干活，需要把前面隐藏的stash内容恢复一下，
   git stash pop
   //再用git stash list查看，就看不到任何stash内容了
   git stash list