Reglas para el Código de Compromiso en SVN con Desarrolladores de Múltiplos

Estamos trabajando en un solo proyecto y también estamos comprometiendo el código al final del día en SVN para que pueda get todo el proyecto de actualización. Pero a menudo el problema es que nuestro código recibe errores al comprometer el código y los proyectos se vacían si alguien recibe la actualización en ese momento. Así que mi pregunta es si hay algún set de reglas que debemos seguir al comprometernos para que cada uno siga un path recto y nadie se meta en problemas y ahorre mucho time de estos errores. Gracias por adelantado. Aclamaciones

Busque en Google, algo similar a las "mejores prácticas de control de origen".

El resultado principal tiene varios consejos. Parece que el mayor problema que enfrenta es integrarse con los cambios de otros. Quizás mire en las siguientes secciones:

Incorporar los cambios de otros con frecuencia

Comparte tus cambios con frecuencia

Coordina con tus compañeros de trabajo

Investigue por qué obtiene errores. La aplicación a ciegas de las reglas no es buena.

Por ejemplo:

  • persona A cometió un código que produce un error de compilation
  • ¿por qué?
  • terminó su tarea, pero no ha verificado la construcción antes de comprometerse con el tronco
  • ¿por qué?
  • toda la construcción es demasiado lenta
  • solución: compilation acelerada, configuration del sistema de compilation continua que verificará cada compromiso y notificará a los desarrolladores sobre los problemas lo antes posible

Otro ejemplo:

  • la persona B cometió un código que rompe la construcción
  • ¿por qué?
  • él quería almacenar sus cambios, pero la tarea no está terminada
  • solución: aconsejarle que cree una twig; cuando la tarea finaliza, puede fusionarse con la troncal (si la twig vive durante mucho time, fusiona los cambios de la troncal periódicamente, entonces la fusión no será un problema)

Hay otros posibles escenarios. Con más detalles, podrá formular preguntas más precisas sobre StackOverflow y get mejores respuestas.

  1. En caso de uso de SVN, la coordinación es obligatoria entre el equipo.
  2. Asegúrese de que cada vez que cometa el código tenga una idea de lo que está cometiendo.
  3. La regla de oro es "Un desarrollador de una class".
  4. Si hay dos desarrolladores diferentes trabajando en la misma class. Pídales que mantengan un documento sobre los cambios que han realizado. Y, lo más importante es marcar un comentario en una class en sí mismo.
  5. Hay algunas cosas importantes que deben seguirse al comprometer el código. Cada vez que vea un conflicto en sus files locales y files de server. Asegúrese de pasar por cada conflicto y select la acción apropiada.
  6. Comprenda una cosa importante, siempre que se use SVN, el error de una persona puede afectar a todos.
  • Siempre que sea posible, no edite la misma línea de código que otra persona
  • Deja comentarios significativos en tus posts de compromiso
  • Comenta tu código
  • Asegúrese de que todo el código que comstack se comstack y se ejecuta como debería
  • Comprometerse cuando sea apropiado, es decir: están pasando parte de su código para que lo usen otros o terminen de trabajar en una característica
  • Asegúrese de comunicarse con otros miembros del equipo
  • Si encuentra un código que no sabe lo que hace, pregunte al autor
  • Si está realizando cambios importantes que llevará un time implementar, use una twig y luego vuelva a fusionarla