Ahora que Emacs se mantiene en un git
repositorio (AFAIK), esto abre la puerta (al menos para mí) para explorar Emacs de manera inteligente como un proyecto F / OSS para contribuir :)
El problema es que no tengo idea de cómo empezar a hacerlo. CONTRIBUTING
indica al desarrollador que envíe por correo emacs-devel
, pero seguramente hay pasos que son comunes a todos los contribuyentes.
emacs-development
Sean Allred
fuente
fuente
Respuestas:
No hay pasos que deba seguir antes de contribuir realmente. Solo ve y comienza. Elija un error, o una característica, que le gustaría implementar, y hágalo. Sin embargo, si opta por una función más grande, es una buena idea preguntar primero a emacs-devel, ya que puede haber objeciones a su diseño o interfaz previstos, y es mejor que recopile comentarios antes de escribir mil líneas de código :)
Si ha terminado, o si se encuentra en un punto en el que desea recibir comentarios sobre sus cambios, envíe un parche al informe de error (si lo hay) o a emacs-devel.
Si es su primera contribución por debajo del límite acumulado de 15 líneas, y si no hay objeciones técnicas, encontrará que su cambio se fusionó bastante rápido. Emacs carece de mano de obra y se alegra de cualquier contribución que reciba. Obtuve mi primer parche simple combinado en un día.
Si supera el límite de 15 líneas, se le solicitarán asignaciones de derechos de autor. Sin embargo, no hay nada que deba hacer con anticipación: se lo guiará a través del proceso. Tenga en cuenta que las asignaciones de derechos de autor son obligatorias : si se niega a firmar, se le prohíbe contribuir a Emacs. Incluso si su parche es técnicamente perfecto, no se fusionará por razones legales y políticas. Por lo tanto, nunca contribuí con un segundo parche: no quiero firmar ninguna tarea.
Si ha firmado uno y ha completado el proceso, puede continuar contribuyendo como antes y, en algún momento, si realiza contribuciones continuas a Emacs, eventualmente se le dará acceso de escritura al repositorio.
fuente