Quelles sont les étapes nécessaires pour commencer à contribuer à Emacs proprement dit?

Maintenant qu'Emacs est maintenu dans un gitréférentiel (AFAIK), cela ouvre la porte (au moins pour moi) pour explorer intelligemment Emacs en tant que projet F / OSS auquel contribuer :)

Le problème, c'est que je n'ai aucune idée de comment commencer. CONTRIBUTINGdemande au développeur d'envoyer un mail emacs-devel, mais il y a sûrement des étapes communes à tous les contributeurs.

emacs-development

— Sean Allred
source

Avez-vous vu la page Welcome, New Emacs Developers de Lars Ingebrigtsen? (Je ne suis pas un expert, donc je ne vais pas essayer de répondre à cela.)

— Constantine

@Constantine Je n'ai pas lu l'article. Pour être honnête, je ris toujours de la première citation. XD

— Sean Allred

Ceci est chaudement / durement discuté dans emacs-devel au moment où nous parlons. J'espère que nous aurons bientôt une meilleure réponse.

— Stefan

Cela ne fait jamais de mal de proposer à emacs-devel un travail que vous aimeriez faire. Et cela ne fait jamais de mal de corriger les bugs signalés. Mais je suppose que votre question porte davantage sur les mécanismes de modification que sur la façon de parvenir à un accord pour une modification proposée.

— Drew

@Drew C'est en effet. Il y a certainement d'autres domaines à aborder, mais je peux penser à ceux-ci en ce moment: le style de code, proposer des changements (flux de travail PR?), Les contacts / ressources pour le shtuff juridique (je comprends que les informations définitives ne peuvent pas être fournies ici) et liens vers d'autres ressources (toute philosophie de conception particulière à emacs, etc.)

— Sean Allred

Il n'y a aucune mesure que vous devez prendre avant de contribuer réellement. Allez-y et commencez. Choisissez un bug ou une fonctionnalité que vous aimeriez implémenter et faites-le. Si vous optez pour une fonctionnalité plus grande, c'est une bonne idée de demander d'abord à emacs-devel, car il pourrait y avoir des objections à la conception ou à l'interface que vous envisagez, et vous feriez mieux de recueillir des commentaires avant d'écrire mille lignes de code :)

Si vous avez terminé, ou si vous êtes à un point où vous souhaitez obtenir des commentaires sur vos modifications, envoyez un correctif au rapport de bogue (le cas échéant) ou à emacs-devel.

S'il s'agit de votre première contribution en dessous de la limite cumulative de 15 lignes et s'il n'y a pas d'objection technique, vous constaterez que votre modification a été fusionnée assez rapidement. Emacs manque de main-d'œuvre et est heureux de toute contribution qu'il obtient. J'ai fusionné mon premier patch simple en une journée.

Si vous avez dépassé la limite de 15 lignes, il vous sera demandé des attributions de droits d'auteur. Cependant, vous n'avez rien à faire à l'avance: vous serez guidé tout au long du processus. Notez que les cessions de droits d'auteur sont obligatoires : si vous refusez de signer, vous ne pouvez pas contribuer à Emacs. Même si votre patch est techniquement parfait, il ne sera pas fusionné pour des raisons juridiques et politiques. Par conséquent, je n'ai jamais contribué un deuxième patch: je ne veux signer aucune affectation.

Si vous en avez signé un et terminé le processus, vous pouvez cependant continuer à contribuer comme auparavant, et à un moment donné, si vous apportez des contributions continues à Emacs, vous aurez éventuellement un accès en écriture au référentiel.

— lunaryorn
source

Par curiosité, pourquoi ne voulez-vous pas signer la cession des droits d'auteur?

— PythonNut