git工作开发指南

git命令行-工作指南

git基本操作命令

 1. 克隆代码 git clone  git@xxxxxx:xxxxxx/xxx.git
 2. 查看当前所在分支 git branch
 3. 查看项目所有分支 git branch -a
 4. 查看分支状态 git status
 5. 新建分支或切换至分支 git checkout 分支名
 6. 新建分支并切换至分支 git checkout -b 分支名
 7. 如有新增文件git add .(新增所有)    git add 文件路径/文件名字
 8. 将暂存区里的改动提交到本地的版本库 git commit -am "提交说明 可以根据自己改动填写对应说明"
 9. 拉取主/分支代码 git pull origin 分支名
 10. 提交主/分支代码 git  push origin 分支名
 11. 合并分支 git merge 分支名

git开发分支名规范

 1. 年月日_开发人员姓名小写首字母_来源分支
 2. 例如:20201024_lsj_master (master也可以写成mst 例如:20201024_lsj_mst)

git开发基本操作流程

 1. 首次克隆代码 git clone git@xxxxxx:xxxxxx/xxx.git(代码仓库地址) 如本地已有代码直接跳过此步骤
 2. 如本地已有代码直接git pull origin master
 3. 新建分支并前往或前往分支 git checkout -b 分支名
 4. 开发.........
 5. 添加新增代码文件 git add . (如没有新增文件直接跳过此步骤进行下一步)
 6. 将暂存区里的改动提交到本地的版本库 git commit -am "填写说明"
 7. 拉取最新代码 git pull origin 分支名
 8. 提交代码 git push origin 分支名
 9. ---------------以下为合并操作 应处于master上操作-------------------
 10. 切回master主支 git checkout master
 11. 拉取master最新代码 git pull origin master
 12. 切回自己开发的分支 git checkout 你的分支名
 13. 将master代码合并到自己分支上 git merge master 如有代码冲突 在自己分支上处理好冲突后 继续下一步
 14. 切回master主支 git checkout master
 15. 拉取master最新代码 git pull origin master
 16. 合并你的无冲突的代码分支到master上  git merge 你的分支名
 17. 提交合并后的master分支 git commit -am "说明 例如谁谁谁合并了代码到master等等"
 18. 再获取master最新代码 git pull origin master
 19. 提交合并后的master代码 git push origin master
 20. 完成操作

git 回退操作
1 git reset --soft  xx ：
该模式会将 HEAD 指向目标提交，但会保留目标提交之后的修改。此时，目标提交之后的修改会变成未暂存的修改，可以使用 git status 命令查看并选择性地提交修改。

大致就是 你操作了,

1.1 修改代码 

1.2 git add ，

1.3 git commit ，

1.4 git push 

然后执行 git reset --soft  xx  相当于你回退到了 1.2 git add 这一步。 其他的没有改变， 

2 git reset --mixed（默认模式）xx：
该模式在执行 git reset 命令时不带任何参数时，默认使用的就是该模式。它会将 HEAD 指向目标提交，并清除目标提交之后的修改。此时，目标提交之后的修改会变成未提交的修改，可以使用 git status 命令查看并选择性地提交修改。

大致就是你操作了

1.1 修改代码 

1.2 git add ，

1.3 git commit ，

1.4 git push 

然后执行 git reset --mixed xx  相当于你回退到了 1.1 修改代码 这一步。 其他的没有改变，

就是你修改的代码还在，下面的几个步骤回退了

3 git reset --hard xx：
该模式会将 HEAD 指向目标提交，并彻底清除目标提交之后的修改，即撤销所有未提交的修改。此时，目标提交之后的修改会被永久丢弃，请谨慎使用。 

大致就是你操作了

1.1 修改代码 

1.2 git add ，

1.3 git commit ，

1.4 git push 

然后执行 git reset --hard xx  相当于你回退到了修改代码之前，就是修改的代码都没了，简单粗暴，使用的时候注意是否要备份下自己修改的内容

4 git reset --keep xx：
该模式类似于 git reset --mixed，它会将 HEAD 指向目标提交，并尝试保留目标提交之后的修改。但与 git reset --mixed 不同的是，如果目标提交之后的修改与当前状态存在冲突，该模式会终止操作，以避免可能造成的代码丢失

这个自己用的可少。没啥好说的就是类似mixed ，有冲突的时候该操作会终端。