git使用

1.合作开发分支流程

1. master是稳定的主分支。
2. 有新功能需求时

master: git checkout -b feature/2020-04-22_feature_name_1
/**
问：为什么出现一个新需求时要建一个新的分支来做而不是所有的变动一直用cat这个分支来做？
答：因为如果用cat做新需求的途中commit多次（因为新需求功能比较多，做完一个子功能commit一次），然后在中途发现项目两个bug，commit两个修复bug，然后又commit多次完成新需求，然后等窗口一起发布上线，但是上线后发现修复的bug没问题，新需求有问题，于是回滚，1.回滚了后修复的bug代码也回滚了，导致线上还是有bug，2.发布窗口到了，新需求还没完成但是要修复线上bug，无法发布，因为修复bug的commit和新需求的commit交杂在一起了，
结论： bug修复单独一个分支，新需求单独一个分支
*/

3. 开发

feature/2020-04-22_feature_name_1 : git add .
feature/2020-04-22_feature_name_1 : git commit -m ""
feature/2020-04-22_feature_name_1 : git push 
//git push需要先和远程分支建立连接

4. 发布

master : git pull
master : git checkout feature/2020-04-22_feature_name_1
feature/2020-04-22_feature_name_1 : git merge master
feature/2020-04-22_feature_name_1 : git checkout -b release/2020-05-12_feature_name_1
release/2020-05-12_feature_name_1: git push

5. release分支发布后生产验证没问题

master : git merge release/2020-05-12_feature_name_1

2.git命令

• 克隆项目

用idea的VCS->git->clone

• 切换分支cat

git checkout cat
git checkout -    //切换到上一个分支

• 创建并切换分支

git checkout -b cat

• 本地分支和远程分支建立连接

git branch --set-upstream-to=origin/cat cat

• 推送本地分支到远程仓库并建立连接

git push origin cat:cat

• 拉取远程分支到本地

git fetch //同步一下仓库，可有可无，如果拉取不到远程分支，则是必要的
git checkout -b cat origin/cat //第一种
git fetch origin cat:cat  //第二种

• 删除本地分支

git checkout master // 切换到master分支
git branch -d cat // 删除本地cat分支

• 查看工作区，暂存区，版本库的区别

git status
//不如直接用idea的VCS->git->commit file的可视化界面来的清晰直观

• 查看历史版本

git log
git log –graph
//不如用idea的Version Control -> log -> 选择branch 界面来的清晰直观

• 回退版本

git reset –hard HEAD^    //回退上一个版本
git reset –hard HEAD^^    //回退上上一个版本
git reset –hard 3628164   //回退到指定版本 后面的版本号可从上一条命令的log中得到

• 另存工作区的改动

git stash show   //查看另存区的内容
git stash           //目前已改动的地方放入另存区
git stash pop    //取回另存区的改动

• 放弃本地修改

git checkout . && git clean -xdf