Emacsに適切に貢献するには、どのステップが必要ですか?


22

Emacsがgitリポジトリ(AFAIK)で管理されているため、これにより(少なくとも私にとっては)貢献するF / OSSプロジェクトとしてEmacsをインテリジェントに探索することができます。

問題は、そうする方法がわからないことです。 CONTRIBUTING開発者にメールを送信するように指示しemacs-develますが、すべての貢献者に共通の手順が確実にあります。


5
Lars Ingebrigtsenによる新しいEmacs開発者のページへようこそ。(私は専門家ではないので、これから答えを出そうとはしません。)
コンスタンティン14

1
@Constantine記事を読んでいません。正直に言うと、私はまだ最初の引用を笑っています。XD
ショーン・オールレッド14

5
これについては、emacs-develで熱く/厳しく議論されています。うまくいけば、すぐにもっと良い答えがあるでしょう。
ステファン14

2
あなたがやりたいいくつかの仕事をemacs-developすることを提案することは決して痛いことではありません。そして、報告されたバグを修正することは決して痛いことはありません。しかし、あなたの質問は、提案された変更について合意を得る方法よりも、変更を行うメカニズムに関するものだと思います。
ドリュー

1
@ドリューそれは確かです。触れるべき他の領域は確かにありますが、これらは今考えることができるものです:コードスタイル、変更の提案(PRワークフロー?)、法的シャットの連絡先/リソース(決定的な情報はここでは提供できないことを理解しています) 、および他のリソース(すべてのemacs特定の設計哲学など)へのリンク
ショーン・オールレッド14

回答:


16

実際に貢献する前に自分自身で行う必要のあるステップはありません。先に進んでください。実装したいバグまたは機能を選択して実行します。ただし、より大きな機能を使用する場合は、最初にemacs-develを使用することをお勧めします。意図した設計やインターフェイスに反対する可能性があり、1,000行のコードを記述する前にフィードバックを収集した方がよいでしょう。

完了した場合、または変更に関するフィードバックが必要な場合は、バグレポート(ある場合)、またはemacs-develにパッチを送信します。

累積15行の制限を下回る最初の貢献であり、技術的な異議がない場合、変更は非常に迅速にマージされます。Emacsには人材が不足しており、Emacsの貢献に感謝しています。私は最初の簡単なパッチを1日以内にマージしました。

15行の制限を超えている場合は、著作権の割り当てを求められます。ただし、事前に必要なことは何もありません。プロセスをガイドされます。著作権の割り当ては必須であることに注意してください。署名を拒否すると、Emacsへの貢献が禁止されます。パッチが技術的に完璧であっても、法的および政治的な理由でマージされません。したがって、2番目のパッチを提供したことはありません。割り当てに署名したくありません。

署名してプロセスを完了した場合でも、以前と同じように貢献を続けることができます。また、ある時点でEmacsに継続的に貢献すると、最終的にはリポジトリへの書き込みアクセス権が付与されます。


1
好奇心から、なぜ著作権の譲渡に署名したくないのですか?
PythonNut
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.