이맥스에 공헌하기 위해서는 어떤 단계가 필요합니까?

이제 Emacs는 git저장소 (AFAIK)에 유지 되므로, Emacs를 F / OSS 프로젝트로 지능적으로 탐색 할 수있는 문을 열었습니다.

문제는, 내가이 없다,이다 더 그렇게 시작하는 방법을 생각합니다. CONTRIBUTING개발자에게 메일을 보내도록 지시 emacs-devel하지만 모든 기고자에게 공통적 인 단계가 있습니다.

emacs-development

— 숀 올 레드
소스

Lars Ingebrigtsen의 Welcome, New Emacs Developers 페이지를 보셨습니까 ? (나는 전문가가 아니기 때문에 이에 대한 답변을 시도하지 않을 것입니다.)

— Constantine

@Constantine 나는 기사를 읽지 않았다. 솔직히 말하면, 나는 여전히 첫 번째 인용문을 웃고 있습니다. XD

— Sean Allred

우리가 말하는 것처럼 이것은 emacs-devel에서 뜨겁고 엄격하게 논의되고 있습니다. 바라건대 곧 더 나은 답변을 얻을 수 있기를 바랍니다.

— Stefan

당신이하고 싶은 일을 emacs-devel을 제안하는 것이 결코 아프지 않습니다. 그리고보고 된 버그를 수정하는 것은 결코 아프지 않습니다. 그러나 귀하의 질문은 제안 된 변경에 대한 동의를 얻는 방법보다는 변경을 만드는 메커니즘에 관한 것입니다.

— Drew

@ 드루 그것은 실제로입니다. 분명히 다루어야 할 다른 영역이 있지만, 지금 생각할 수있는 부분은 다음과 같습니다. 코드 스타일, 변경 제안 (PR 워크 플로우?), 법적 문제 해결을위한 연락처 / 자원 다른 자원 및 링크 (모든 이맥스 - 특정 디자인 철학 등)

— 숀 알 레드

실제로 기고하기 전에 취해야 할 단계는 없습니다. 계속해서 시작하십시오. 구현하려는 버그 또는 기능을 선택하여 수행하십시오. 더 큰 기능을 원한다면 의도 한 디자인이나 인터페이스에 반대 의견이있을 수 있으므로 emacs-devel을 먼저 요청하는 것이 좋습니다. 수천 줄의 코드를 작성하기 전에 피드백을 더 잘 수집합니다. :)

완료했거나 변경 사항에 대한 피드백이 필요한 경우 버그 보고서 (있는 경우) 또는 emacs-devel로 패치를 보내십시오.

누적 15 라인 한도 미만의 첫 번째 기여이고 기술적 반대 의견이없는 경우 변경 사항이 매우 빠르게 병합됩니다. 이맥스는 인력이 부족하며, 그로 인한 기여에 기뻐합니다. 하루 안에 첫 번째 간단한 패치가 병합되었습니다.

15 줄 한도를 초과하면 저작권 할당이 요청됩니다. 하지만 사전에해야 할 일은 없습니다. 프로세스를 안내합니다. 저작권 배정은 필수 사항입니다 . 서명을 거부하면 Emacs에 기고되지 않습니다. 패치가 기술적으로 완벽하더라도 법적 및 정치적 이유로 병합되지 않습니다. 따라서 나는 두 번째 패치를 한 번도 기여하지 않았다. 나는 어떤 과제에도 서명하고 싶지 않다.

서명 한 후 프로세스를 완료 한 경우 이전과 같이 계속해서 기여할 수 있으며, 어느 시점에서 Emacs에 지속적으로 기여하면 결국 저장소에 대한 쓰기 권한이 부여됩니다.

— 루나 리온
소스

— PythonNut