Git —— 那些在工作中日常使用的操作

Git —— 那些在工作中日常使用的操作

《工欲善其事，必先利其器》—— 既然点进来了，麻烦你看下去，希望你有不一样的收获~

一、同一项目关联不同平台的远程仓库

格式：git remote add 命名 仓库链接

git remote add github ssh://e.coding.net/Coder-D/github.git
git remote add coding ssh://e.coding.net/Coder-D/coding.git

效果：

指定仓库推送，格式：git push 命名 分支名

git push github master
* 或者推送全部
git push all master

二、同一项目关联同一平台的多个不同远程仓库

格式：git remote set-url --add 命名 仓库链接

git remote set-url --add coding ssh://e.coding.net/Coder-D/coding2.git

效果：

推送的方式与上面一致，例如推送时选择 Coding，那么就会分别推送到 coding.git 和 coding2.git 两个远程仓库。

三、提交时不为人知的用法

通常使用的场景是：例如我们写了bug但是自己发现了，为了不让别人发现，可以覆盖掉；或者是提交之后，感觉写的不完美，优化之后产生了一个新文件，此时可以先添加新文件到缓存区，然后执行这条命令，把新的文件和老的文件一并替换为上一次提交的内容。

主要的目的就是覆盖上一次的提交~ [托腮]

直接覆盖：

添加新文件覆盖：

四、重命名分支

• 本地分支重命名

将本地 master 分支重命名为 dev ：

git branch -m master dev

• 远程分支重命名

远程分支无法直接重命名，只能删了重建：

1. 删除远程分支
git push origin --delete master
2. 新建远程分支
git push origin anothermaster
3. 关联远程分支
git branch --set-upstream-to origin/anothermaster

五、合并分支

合并分支就很简单了，下面命令将 dev 分支合并到 master 分支上：

1. 先切换到master分支
git checkout master
2. 更新本地分支
git pull
3. 合并分支
git merge dev
4. 查看状态、解决冲突
git status
5. 重新推送
git add
git commit
git push

六、提交规范

提交规范是在提交信息前面加上前缀，例如：feat、fix、hotfix 等：

• fix ：修复BUG
• hotfix：修复紧急BUG
• feat：添加新的功能
• ci：持续集成
• types：修改类型文件
• docs：修改文档或注释
• workflow：修改工作流
• perf：功能或性能的优化
• chore：依赖更新或脚手架的变化以及工具函数等
• revert：代码回滚、撤销等
• test：测试相关

持续更新…