git的一些简单基本使用

最新推荐文章于 2025-07-15 17:05:01 发布

原创最新推荐文章于 2025-07-15 17:05:01 发布 · 1.3k 阅读

0 ·

CC 4.0 BY-SA版权

本文介绍如何使用Git进行分支管理，包括创建、切换、合并分支的方法，解决代码冲突的步骤及分支管理策略。还提供了实际开发的基本流程和一些遵循的原则。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

分支管理

创建与合并分支

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

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

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

解决冲突

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

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

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

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

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

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

分支管理策略

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

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

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

	  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