Anterior: Translate Documentation Subir: Tabla de Contenido Siguiente: Appendix A - Glossary

Cómo - enviar cambios a Github

El proyecto Rubinius hace su trabajo en su mayoría en la rama master. El objetivo principal es mantener "limpio" de modo que siempre se construya el binario y ofrece un snapshot de lás últimas correciones y mejoras.

Committers - Acceso con acceso de lectura/escritura del repositorio de Rubinius

Le recomendamos a los committers quiénes tienen acceso de lectura/escritura al repositorio hagan su trabajo en una rama desde su repositorio local. Como los cambios deben ser estables, estos deben seguir los dos pasos. El primer paso es incluir la especificación que destaca el comportamiento en construcción, mientras que el segundo añade commit agrega y permite a la especificación pasar.

Después de hacer los cambios en su rama desde el repositorio local, el commit debe ser unido denuevo a la rama principal y ser enviarlo desde github. Para evitar mensajes de git merge, le pedimos primero haga git rebase a la rama principal antes de la fusión (merge).

  1. git branch name-of-fix-branch
  2. git checkout name-of-fix-branch
  3. git add
  4. git commit
  5. git add
  6. git commit
  7. git checkout master
  8. git pull --rebase
  9. git checkout name-of-fix-branch
  10. git rebase master
  11. git checkout master
  12. git merge name-of-fix-branch
  13. git push origin master

Pasos de 9 a 15 se pueden automatizar vía un script que guarde todos lo que escribimos.

Committers con acceso de sólo-lectura al repositorio de Rubinius

Por favor, lea:

Anterior: Translate Documentation Subir: Tabla de Contenido Siguiente: Appendix A - Glossary

Tweet at @rubinius on Twitter or email community@rubini.us. Please report Rubinius issues to our issue tracker.