GitHub review
review 約定： blocker 前綴的，示意會影響性能，必須批改的 optional 前綴的，示意建議 question 前綴的，示意對代碼有纳闷WIP -- Work in progress, do not merge yet. // 开发中LGTM -- Looks good to me. // Riview 完他人的 PR ，没有问题PTAL -- Please take a look. // 帮我看下，个别都是请他人 review 本人的 PRCC -- Carbon copy // 个别代表抄送他人的意思RFC -- request for comments. // 我感觉这个想法很好, 咱们来一起探讨下IIRC -- if I recall correctly. // 如果我没记错ACK -- acknowledgement. // 我确认了或者我承受了,我抵赖了NACK/NAK -- negative acknowledgement. // 我不批准Git
feat： 新增featurefix: 修复bugdocs: 仅仅批改了文档，比方README, CHANGELOG, CONTRIBUTE等等style: 仅仅批改了空格、格局缩进、都好等等，不扭转代码逻辑refactor: 代码重构，没有加新性能或者修复bugperf: 优化相干，比方晋升性能、体验test: 测试用例，包含单元测试、集成测试等chore: 扭转构建流程、或者减少依赖库、工具等revert: 回滚到上一个版本Git 命令
学习网站 https://jingyan.baidu.com/article/219f4bf78955dcde442d3886.html https://segmentfault.com/a/1190000022951517合并呈现抵触时，撤销合并操作，如果不想解决抵触，想撤销这个合并 git merge --abort git rebasegit cherry-pick 命令的作用，就是将指定的提交（commit）利用于其余分支。 http://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html 比方： 本地 git 仓库指针当初指向 master 分支；develop 分支上有多个 commit；当初须要将 develop 分支上的某几个 commit 合并到 master；则能够应用此命令批改远端分支上的问题比方：live git branch -a 查看远端分支 git checkout remotes/upstream/live 在本地拆散远端分支(会在本地呈现一个长期分支) git checkout -b fixLiveBug 将零时分支切出个新分支进行 live 上问题的批改Git status --- 查看本地Git add -A --- 将本地存至缓存区Git commit -m ‘版本信息’ — 将缓存区存至本地版本仓库Git commit -m ‘第一行版本信息’ -m ‘第二行版本信息’ — 批改版本信息Git commit —amend -m '批改最新一條紀錄的提交起因' — 批改最新一條紀錄Git remote -v — 查看以后我的项目可pull 和 push 的地址Git remote add upstream 远端仓库地址 — 增加远端 upstream Git checkout -b 分支名 — 创立本地分支以及切换至创立的分支Git checkout 分支名 — 切换分支Git branch — 查看本地分支Git branch -D 分支名 — 删除本地分支Git push origin 分支名 — 将本地分支 push 至 origin 的指定分支Git push origin :分支名 — 删除 origin 远端的指定分支Git reset —hard 版本号 — 回滚指定版本Git stash — 保留以后批改的代码Git stash apply — 利用最近一次，批改保留后的代码Git stash clear — 清空 git 栈Git fetch upstream — 查看远端分支更新Git merge upstream / 分支名 — merge upstream 远端的指定分支Git pull upstream 分支名 — 此办法是上边两个办法的合体，同样拉取 upstream 远端的指定分支Git reflog — 记录本地所有批改提交git reset HEAD~1 --- 拉取最近一次提交到版本库的文件到暂存区 并且该操作不影响工作区