hezhanran的博客

文章目录删除远程分支删除远程分支git push origin --delete 远程分支名

一、rebase1、git rebase操作后推送远端分支不成功        这几天工作中在rebase后，一直无法推送到远端分支，举个例子：一开始只有一个master主分支，假设上面有3个提交，仓库图为：A<--B<--C（master）        假设开发人员在C提交上开出新的分支为feature，并在其上进行了2次提

文章目录一、P0 — 紧急二、P1 — 高三、P2 — 中四、P3 — 低一、P0 — 紧急完全不能满足产品要求，基本功能明显未实现或完全不可用，阻塞测试流程与进度（核心功能流程）。例如：功能未实现 、功能缺失业务流程不正确闪退、严重内存泄漏不可忍受的卡顿（如界面卡死，完全不能操作）重要数据未上报数据统计计算错误用户数据丢失或错误，如升级及覆盖安装后数据异常界面显示（严重视觉问题：核心界面）其它导致无法测试的错误二、P1 — 高产品的功能实现和需求不符合，没有达到预期的效果，但

文章目录一、版本号二、说明三、示例1、alpha版本2、beta版本3、release版本一、版本号a.b[.c[.d]]-后缀二、说明a：主版本号。适用于对产品的大量重写，这些重写使得无法实现向后兼容性，比如：整体框架重构。b：子版本号。适用于比较重要的功能增加，同时具有向后兼容性。c：修正版本号。适用于bug修复或者小功能的增删改，同时具有向后兼容性。d：编译版本号。不人为定义，可以用当前分支的总提交数来确定。后缀：alpha（内部测试版，用于部门内部测试）、beta（公开测试版，面向

文章目录一、版本发布流程1、增加/变更功能流程（1）需求确认（2）产品开发（3）alpha测试（4）问题修复（5）beta测试（6）版本发布2、问题修复流程（1）问题确认（2）问题修复（3）alpha测试（4）版本发布二、CHANGELOG.md格式1、alpha/beta版本2、release版本一、版本发布流程1、增加/变更功能流程（1）需求确认涉及人员范围： 产品经理、原型设计师（需要的话）、研发工程师（服务端、终端、硬件、结构）、测试工程师。动作：产品经理召集所有涉及人员进行需求宣讲，

文章目录一、日志格式        在通过svn或者git进行提交时，为了方便回顾提交历史回顾，需要对每个提交都添加日志，对于不同类型的提交需要做前缀说明，方便过滤。一、日志格式标识说明feat新增功能（feature）fixed修复bugperf提高性能（performance）docs仅仅修改了文档，比如：README、CHANGELOG、CONTRIBUTE等等st

文章目录一、简介二、分支1、概念2、原则3、协同三、合并1、merge2、rebase3、原则四、代码管理规范1、目的2、适用对象3、原则4、分支管理5、工作流6、日志规范一、简介        Git是分布式版本控制系统，与之对应另一种常用的SVN是集中式版本控制系统。它们的差异很大，主要是源于它们的设计思想，这里就不展开细说，大家可以自行查找资料。总体来说，Git更灵活、对工作环境依赖更小、更适合多人团队的协同工作，但是

GitLab使用规范

文章目录1、设置 ssh client1、设置 ssh client        当安装了Git和TortoiseGit以后，如果生成了密钥并在远程仓库服务器设置了公钥文件，想要在本地通过TortoiseGit克隆下来，可能会出现这样的错误，提示没有访问权限：        其实这个可能并不是权限的问题，而是TortoiseGit默认使用