Emacsがgit
リポジトリ(AFAIK)で管理されているため、これにより(少なくとも私にとっては)貢献するF / OSSプロジェクトとしてEmacsをインテリジェントに探索することができます。
問題は、そうする方法がわからないことです。 CONTRIBUTING
開発者にメールを送信するように指示しemacs-devel
ますが、すべての貢献者に共通の手順が確実にあります。
Emacsがgit
リポジトリ(AFAIK)で管理されているため、これにより(少なくとも私にとっては)貢献するF / OSSプロジェクトとしてEmacsをインテリジェントに探索することができます。
問題は、そうする方法がわからないことです。 CONTRIBUTING
開発者にメールを送信するように指示しemacs-devel
ますが、すべての貢献者に共通の手順が確実にあります。
回答:
実際に貢献する前に自分自身で行う必要のあるステップはありません。先に進んでください。実装したいバグまたは機能を選択して実行します。ただし、より大きな機能を使用する場合は、最初にemacs-develを使用することをお勧めします。意図した設計やインターフェイスに反対する可能性があり、1,000行のコードを記述する前にフィードバックを収集した方がよいでしょう。
完了した場合、または変更に関するフィードバックが必要な場合は、バグレポート(ある場合)、またはemacs-develにパッチを送信します。
累積15行の制限を下回る最初の貢献であり、技術的な異議がない場合、変更は非常に迅速にマージされます。Emacsには人材が不足しており、Emacsの貢献に感謝しています。私は最初の簡単なパッチを1日以内にマージしました。
15行の制限を超えている場合は、著作権の割り当てを求められます。ただし、事前に必要なことは何もありません。プロセスをガイドされます。著作権の割り当ては必須であることに注意してください。署名を拒否すると、Emacsへの貢献が禁止されます。パッチが技術的に完璧であっても、法的および政治的な理由でマージされません。したがって、2番目のパッチを提供したことはありません。割り当てに署名したくありません。
署名してプロセスを完了した場合でも、以前と同じように貢献を続けることができます。また、ある時点でEmacsに継続的に貢献すると、最終的にはリポジトリへの書き込みアクセス権が付与されます。