このドキュメントは QMK の互換性を破る変更(Breaking change) のプロセスについて説明します。 互換性を破る変更とは、互換性がなかったり潜在的な危険が生じるように QMK の動作を変える変更を指します。 ユーザが QMK ツリーを更新しても自分のキーマップが壊れない事を確信できるように、これらの変更を制限します。(訳注:以後、原文のまま Breaking change を用語として使用します。)
Breaking change ピリオドとは、危険な変更、または予想外の変更を QMK へ行なう PR をマージする時のことです。 付随するテスト期間があるため、問題が起きることはまれか、有りえないと確信しています。
次の Breaking change は2020年11月28日に予定されています。
develop
が作成されました。毎週リベースされます。develop
は新しいPRを取り込みません。master
がロックされ、PR はマージされません。develop
を master
にマージします。master
のロックが解除されます。PR を再びマージすることができます。最新の Breaking change 候補を見るには、breaking_change
ラベルを参照してください。
現在から develop
が閉じられるまでの間に新しい変更が追加される可能性があり、そのラベルが適用された PR はマージされることは保証されていません。
このラウンドに、あなたの Breaking change を含めたい場合は、breaking_change
ラベルを持つ PR を作成し、develop
が閉じる前に承認してもらう必要があります。
develop
が閉じた後は、新しい Breaking change は受け付けられません。
受け入れの基準:
ここでは、Breaking change プロセスを実行する時に使用する様々なプロセスについて説明します。
master
から develop
をリベースしますこれは develop
が開いている間、毎週金曜日に実行されます。
プロセス:
cd qmk_firmware
git checkout master
git pull --ff-only
git checkout develop
git rebase master
git push --force
develop
ブランチの作成以前の develop
ブランチがマージされた直後に、これが発生します。
qmk_firmware
git commands
git checkout master
git pull --ff-only
git checkout -b develop
readme.md
git commit -m 'Branch point for <DATE> Breaking Change'
git tag breakpoint_<YYYY>_<MM>_<DD>
git tag <next_version>
# ブレーキング ポイント タグがバージョンの増分を混乱させないようにしますgit push origin develop
git push --tags
develop
は新しい PR に対して閉じられ、現在の PR の修正のみがマージされる可能性があります。qmk_firmware
git commands
git checkout develop
git pull --ff-only
git rebase origin/master
readme.md
develop
についてのメモを削除git commit -m 'Merge point for <DATE> Breaking Change'
git push origin develop
develop
の PR を作成しますdevelop
PR をマージします