プロジェクト

全般

プロフィール

Git 内の命名規則 » 履歴 » バージョン 1

Tatsuya ISHIGAKI, 2025/11/21 02:33

1 1 Tatsuya ISHIGAKI
# git 内の命名規則
2
3
git でリポジトリ名やブランチ名はどのような形式で書くのが一般的か気になったので調べた
4
5
## まとめ
6
- ケバブケースが無難そうなので、今後はこの形を使いたい
7
- スラッシュでのブランチ分類は便利そうなので、利用していきたい
8
  - ブランチのプレフィクスは、複数人で共有する場合は厳格に規定としておかないと機能しないだろうから、気を付けよう
9
10
## 参考 web
11
- [Qiita] [gitのブランチの命名規則](https://qiita.com/luccafort/items/c91e817e78f1167221cc)
12
- [Qiita] [個人的備忘録:チーム開発の難しさと、ブランチの命名規則や運用ルールの決め方についてアウトプットしてみた](https://qiita.com/free-honda/items/c900956445e46c3efbca)
13
  - プレフィクスの話
14
  - チケット番号の話
15
- [Qiita] [識別子における命名規則の種類について](https://qiita.com/Haaamaaaaa/items/f1c0cd2bcc2b28579f07)
16
  - git に限った内容ではないが、よくある「~ケース」等の種類一覧
17
18
## 調査結果
19
- デファクトスタンダードと呼べるほどの一般論は無い様子
20
- 以下の理由により、少なくともリポジトリ名はケバブケースが良いとの意見があった
21
  - GitHub, GitBucket で、URL内のリポジトリ名部分は大文字小文字が無視される
22
- ブランチ名に関しても、特定の git の命名規則を読むと、ケバブケースを推奨していることが多かった
23
- 以下の様な意見から、スネークケースよりケバブケースを推す声も
24
  - アンダースコアよりハイフンが入力しやすい
25
  - アンダースコアよりハイフンが読みやすい (これは私見だと思うが、同意)
26
- ブランチには分類としてプレフィクスを親として使用して命名するのが一般的
27
  - 例 `feature/create-userlogin` `hotfix/modify-window-size`
28
  - この場合、git の refs 以下に階層として `feature` や `hotfix` ディレクトリが作成されることに留意
29
    - ※ `feature` というブランチを作成しないように注意 (refs 以下にファイルとして作成されるため、スラッシュ付きのディレクトリと重複して失敗する)
30
- issue (チケット) と連携している場合は、チケット番号などを明記
31
  - 例 `feature/#100-add-secure-userlogin`