Joomlaにコードを提供するにはどうすればよいですか？

コードはhttps://github.com/joomla/joomla-cms（少なくともCMSで）で管理されており、プルリクエストを送信してコードの追加を提案する必要があることを認識しています。

私は、貢献を管理し、コードが適切な場所にあることを確認するための良いヒントに特に興味があります。

分岐レポで異なるブランチを使用して、異なる貢献を管理する必要がありますか？もしそうなら、そのブランチをJoomlaレポジトリのメインブランチにリンクする最良の方法は何ですか？

分岐したコピーを最新の状態に保つ良い方法はありますか？

このプロセスを管理するための適切なフローに関する提案は、本当に役立つでしょう！

作成するプルリクエストごとに専用のブランチを用意することは常に良いことです。

最新の新しいブランチを作成する最も簡単な方法の1つは、GitHub Web GUIを使用して元のリポジトリのファイルを編集することです。保存すると、GitHubは現在編集しているブランチに基づいて、フォークに新しいブランチを自動的に作成します。さらにファイルを編集したい場合は、新しく作成した最新のブランチで編集できます。

Gitに少し慣れている場合は、分岐したステージングブランチを上流の元のブランチにリベースして、新しいブランチを作成する前に同期させます。また、PRを更新する必要がある場合は、マスターをマージするのではなく、リベースすることをお勧めします。どちらの方法でも機能しますが、マージコミットは悪い履歴を作成するだけであり、潰すことは困難です。

一般的に、PRは「アトミック」でなければなりません。これは、何かを修正しようとする場合、その特定のバグのみを修正することを意味します。同じPRで2つの異なるバグを修正したり、コードスタイルの修正を行ったりしないでください。テストが簡単で、PRの寿命が予想よりも長ければ、競合が発生する可能性も低くなります。

そしてもちろん、あなたがやりたいことの良い説明と問題を再現して修正をテストするためのテスト手順を追加してください:-)

コントリビューションをグループ化するのに役立つ1つの大きなことは、各コントリビューションを適切な名前の別のブランチに移動することです。機能を追加する場合は、次のようなプレフィックスを使用feature-し、ブランチ名に1語または2語の機能説明を追加します。JFormクラスのバグ修正の場合は、を使用しますbugfix-jform。これは、それが作る本当に簡単にあなたが経由して、あなたのgitのブランチをチェックすることに取り組んでいるものを識別しますgit branch -a。