GIT
重新创建
首先要明白四个空间:远程仓库,本地仓库,本地缓存区,本地工作区;
远程仓库:
该仓库是一个集中的数据仓库,正常情况下,所有参与开发的人员的代码最后都会 提交到该仓库的自己的分支上,再由具有合并权限的人员来合并所有分支;
本地仓库:
一般来说,本地仓库是由开发人员通过clone 复制远程仓库中的某个分支的数 据到本地而产生的,但git 不是集中式的版本控制,而是分布式的版本控制,他们的 区别就是,分布式版本控制中每一个仓库都能具有远程仓库的作用,而集中式的版本 控制中远程仓库是不能被其他参与开发的人备份的;
本地缓存:
在本地修改数据后(一般是指我们在编辑器中修改某个文件),git 监测到该数 据与本地数据仓库的数据不一致,会提示将该修改增加(add)到缓存区,缓存区中 的文件可以用来与本地仓库中的文件进行比较(difftool),这个用处目前感觉主要用 于当我们修改很多文件时,最后不记得自己修改了那些文件,如果没有缓存区,我们 直接提交的话,很容易会导致很多疏忽。我们在编辑器中修改了文件后(本地工作 区),本地缓存中不包含我们的修改的,只有当我们把本次的修改add 到缓存区的时 候,缓存区中才有本次的修改,这表明我们的每一次修改都必须手动add 到本地缓存 中才能在使用commit 命令时将其添加到本地仓库。
本地工作区:
也就是我们的编辑器的空间;
分支命名规则
1.主分支:master
2.CICD: autoDeploy
3.开发分支:develop
4.功能分支:feature-分支名称/功能名称(例: git checkout -b feature-autoMLlist)
5.分支发布:release-日期
6.bug 分支修复:bugfix-日期
分支开发节点
鉴于此后在代码管理流程上,需按严格要求执行,所以在每日开发的功能或者
bug 必须于当日完成以及提交pull request,便于代码review。
开发流程
在develop 分支,多人需要开发不同的功能,这里就会用到feature 分支。团队中 的每个人都从Github 克隆一个项目,然后新建自己的feature 分支。
- git clone xxxx.git
- git checkout develop 319
- git checkout -b feature-×× develop # 从develop 分支新建并检出feature 分支)
这里可以进行一些功能开发,并不断的add 和commit
- git checkout develop # 切换回develop 分支
- git pull origin develop # 更新远端代码,看develop 分支是否有更新(无更 新)
- git checkout feature-×× # 切换回feature 分支
- git rebase develop # 合并develop 分支到feature 分支,并解决冲突(无冲 突)
- git checkout develop # 切换回develop 分支
- git merge --no-ff feature-hu # 合并feature 分支到develop 分支
- git push origin develop # 推送develop 分支到远端 ###下面遇到冲突解决 #####对于团队其他成员开发,操作如下,并打算在上面提交后进行push 操作
- git checkout -b feature-zz develop # 从develop 分支新建并检出feature 分 支
这里可以进行一些功能开发,并不断的add 和commit
- git checkout develop # 切换回develop 分支
- git pull origin develop # 更新远端代码,看develop 分支是否有更新(有更 新)
- git checkout feature-×× # 切换回feature 分支
- git rebase develop # 合并develop 分支到feature 分支,并解决冲突(有冲 突)
这里需要进行冲突解决
- git add . # 解决完冲突之后执行add 操作
- git rebase --continue # 继续刚才的rebase 操作
- git checkout develop # 切换回develop 分支
- git merge --no-ff feature-×× # 合并feature 分支到develop 分支(无冲突)
- git push origin develop # 推送develop 分支到远端
git merge 与git rebase 区别
*对于使用git merge 来合并所看到的commit 的顺序(从新到旧)--> 根据提交的 时间顺序排列下来
*对于使用git rebase 来合并所看到的commit 的顺序(从新到旧) --> 合并之后主 分支会重新克隆被合并的分支提交信息并到主分支上
git stash 暂存代码
*通过git stash save 'message'这条命令把未保存的修改的代码提交到本地暂开的仓 库
*通过git stash pop stash@{0} 可以恢复之前被暂存的代码
*git stash list 可以查看现有的所有stash 信息
*git stash drop 可以删除某个或全部stash 信息单个为直接后面跟信息名称
*此执行命令可以使得在开发人员未开发完成此次功能时,需介入其他分支开发, 所 有可以使用这些命令管理这些未完成代码
回退版本
*git reset --hard HEAD^ 可以回退到上一个版本,也可以直接跟每一个的版本信息 直接跳到该版本信息下(查看版本信息是git log)
*如果在回退回去之后后悔,也可以再返回,但需要知道版本号(版本ID),通过git reflog 查到每一个版本信息ID, 输入然后跳转
*git diff 可以列举出本次提交修改过的代码
多人合作快速合并(一人操作)
git checkout 自己分支(和合作者的分支)
git pull origin 自己分支
git checkout dev
git pull origin dev
在dev分支上
git merge 每个人的分支
git add .
git commit-m ''
git push origin dev
然后切换到自己分支上pull dev 就可以