ブランチ戦略変更

[unknown-neko]

GitHubActionを使う時に、github flowの命名規則では初心者は詰まる。

• git Flowのdevelopは、IT業種の者しか好まない命名と思う。
• github flowは、featureブランチにIssueの番号を付けるとGitHub Pagesのテストがしんどい。feature(特徴)とfeture(未来)は紛らわしい。

英語の成績をGEOに売った層(主にワイ)への配慮で

• develop ⇒ after
• hotfix ⇒ patch
• fearture ⇒ Issue に名前を変えて、前述のフロー2つに変わってもらうことにする。同じものを違う言い方にするのは、BlazeDS路線な気はするが個人運用で試す。

main(stable) after(mainからの正当派生) ⇒ Issue+番号ブランチでフォーク or チェックアウトする ⇒ after側はプルリクの敷居を下げて多少の爆発ならOKなブランチにする patch(パッチなら英語の成績壊滅でも、ゲームをやっていた層ならどの国でも伝わる) ⇒ patchをmainからsync ⇒ patchからIssue+番号ブランチを切る(Aとする) ⇒ patchでテスト ⇒ mainにプルリク ⇒ Aがmainにマージ完了後、afterをsync ⇒ afterがsync完了後に、after側のIssue番号ブランチをsync

GitHubActionでは、[main、after、patch]へのpushをトリガーとする。