Git三板斧

前言一、一个需求或者一个bug一个分支1.来了需求首先更新本地代码2.然后编写代码，写完了diff（命令在文末）检查，接着添加修改到暂存区3.然后用 git commit 命令将暂存区内容添加到本地仓库中4.最后推送二、自己单独有一个分支1.首先切换主分支，然后更新本地主分支2.然后切换你自己分支，执行merge操作,这个就是把master的修改更新到你的分支3.然后在更新到远端自己的分支4.接着就是写代码，diff确认修改，add暂存，commit 提交，push 代码三、其他操作总结

前言

git的基本，或者说日常操作

我遇到过两种工作方式，一种是自己有一个分支一般用自己花名

一种是一个需求或者一个bug就新建一个分支

一、一个需求或者一个bug一个分支

如果是一个需求或者一个bug一个分支，任务来了就先pull一个代码，就是更新

所以新建分支是

git checkout -b <分支名>比如 git checkout -b dev/zichong

切换分支和这个差不多

git checkout <分支名> 比如 git checkout master

1.来了需求首先更新本地代码

git pull <主分支> 比如 git pull master

2.然后编写代码，写完了diff（命令在文末）检查，接着添加修改到暂存区

git add . (.是表示所有都添加，可以选择性添加) git add [file1] [file2] ...

3.然后用 git commit 命令将暂存区内容添加到本地仓库中

git commit -m [message] 比如 git commit -m "提交代码"git commit [file1] [file2] ... -m [message] 指定文件提交

4.最后推送

git push <远程主机名> <本地分支名>:<远程分支名>比如 git push origin master

然后就可以去仓库发起请求合并啦！！！！

二、自己单独有一个分支

1.首先切换主分支，然后更新本地主分支

git checkout master git pull origin master

2.然后切换你自己分支，执行merge操作,这个就是把master的修改更新到你的分支

git checkout [分支名] 比如git checkout dev/zichong git merge master

3.然后在更新到远端自己的分支

git push origin dev/zichong

4.接着就是写代码，diff确认修改，add暂存，commit 提交，push 代码

三、其他操作

当然正常的流程是前面这样，但是肯定会遇到意外，比如你写代码的时候会用到别人已经写好提交的你需要马上更新，还有就是add 了发现有文件没有保存，或者commit 了发现有文件没有保存，或者push了发现有个bug（待补）

当你写完代码发现没有新建分支，直接在master上面写的，或者你写着写着发现要拉一下代码，但是你一拉代码发现拉不了，本地有修改，这种情况可以这样

先把代码缓存起来

git stash

然后跟更新代码，或者切换分支

git pull or git checkout <分支>

然后再取出缓存

git stash pop

还有如果代码不规范，没有通过

有些项目使用git进行代码提交时，使用叫pre-commit的git钩子，在调用git commit 命令时自动执行某些脚本检测代码，比如husky，若检测出错，则阻止commit代码

如果你非要commit 可以用

git commit --no-verify -m "message"

或者去删除该项目下面的[项目名].git\hooks里面的pre-commit文件

总结

**tips：建议大家刚开始的时候尽量用命令行操作，最好第一年工作的时候都用命令操作，不用工具，还有就是要习惯用git status 去查看上次提交之后是否有对文件进行再次修改，工作目录和暂存区的状态还有git log 可以查看项目历史记录，在撤销操作中很重要;写完代码一般要仔细检查一哈,这个命令可以看你修改了些什么，q退出查看，这个查看还可以比较分支之间的不同，还有单个文件的不同

git diff 查看修改