Skip to content

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 不同,后者可以设置不改变