Git 使用指南
在熟悉 git 核心的 head
概念,并且熟知哪些操作会改变一条 commit
对应的 hash
值之前,强烈 建议 按照此规范约束操作。
基础配置
大小写敏感
git 默认不区分大小写。
但是 Vue
官方的 StyleGuild 建议使用 PascalCase 格式 命名单文件组件,所以 建议 在个人电脑上全局开启大小写区分,以免出现冲突
vi ~/.gitconfig
[core]
ignorecase = false
分支策略
保留分支
当前情况下,前端仓库一般都会默认保留 main
(一些陈旧项目会是master
)、test
两个分支作为保留分支,分别对应了线上环境和测试环境,且可以通过 CI 实现自动化发布。
建议 对任何满足 “同一时间段内,会由多人共同维护” 条件的仓库进行代码改动,都开新分支进行开发。
例外:单人独立负责项目,且可预期长期停留在 test 阶段,如新项目第一次上线前的内测阶段,可以直接在 test 分支多频次迭代修改。
commit 格式约束
遵照仓库本身设定即可,主要仓库一般都配置了 commitlint 工具链,搭配 conventional-changelog 进行 commit 格式约束。
另,公司 Gitlab 设置了所有 commit 必须附带 JIRA 的工单号,此处需留意。 Github 不做此限制。
附录
常见会改变已有提交记录的 hash
值的操作:
git commit --amend
git rebase
git cherry-pick
- github 合并 PR 的 Rebase and Merge 操作(这点和 gitlab 不同,后者可以设置不改变