¿Cómo trabajan varios programadores en el mismo proyecto al mismo tiempo?

Inventamos herramientas de control de fuente solo para este propósito. No es una coincidencia que la misma persona responsable de administrar el equipo de programadores más grande de la historia también haya desarrollado el programa de control de fuente más respetado (por supuesto, es decir Linus Torvalds, el kernel de Linux® y Git).

Sin embargo, normalmente no tendrá a varias personas trabajando precisamente en el mismo módulo o función.

En primer lugar, si alguien depende de una función, los cambios que se realicen nunca deberían afectar a los usuarios de esa función, excepto en casos extraordinarios y raros. “Si un cambio hace que los programas del usuario se rompan, es un error”.

¿Trabajando simultáneamente en el mismo archivo? Por lo general, cada persona trabaja en su propia copia completa del programa, prueba sus cambios y luego envía un parche con los cambios al responsable o al líder del grupo de trabajo para que se integre. Una vez fusionados en la copia de línea de base (o maestra ), cada programador extrae esos cambios.

Qué “sistemas” están en uso, son una cuestión de comunicación o liderazgo de proyecto. Los voluntarios pueden autoorganizarse, donde una organización más grande puede tener varios compañeros de equipo responsables de sus propios módulos (“propiedad del módulo”) o tener algún mecanismo (por ejemplo, un “scrum” diario o similar) para asumir ciertas responsabilidades.

Veamos uno por uno:

1. A los programadores se les encargaría instrucciones claras sobre qué hacer y cuándo completar. Esto hace que los programadores conozcan sus deberes y responsabilidades. En resumen, es puramente delegar y asignar las tareas al individuo.
2. La gestión / mantenimiento de la base del código se realiza mediante herramientas como los sistemas de control de versiones, como svn, cvs, git.

3. La comunicación es clave para tener éxito. Los programadores individuales tienen que marcar adecuadamente a sus supervisores inmediatos si no pueden continuar. Cuando el individuo se abstiene de comunicarse, todo el sistema se bloquea.

Cuando usa las herramientas, la comunicación es implícita; Sucede automáticamente.

4. Para que cualquier proceso sea eficiente, como individuo, uno debe comprender su alcance de trabajo, a quién contactar si enfrentan desafíos y cuándo completar las tareas. Con todo esto, el individuo cuando se comunica con su supervisor inmediato con el progreso completo del trabajo diario, entonces se establece el proceso básico.

¡Vota amablemente si esto ayuda!

Por lo general, al usar software de control de versiones como Git, Subversion, Team Foundation Server, etc., el equipo tendría una estrategia de sucursal / fusión.

Para un ejemplo básico, en Git, habría una rama maestra. Cuando se va a implementar una nueva característica, un programador se bifurca de la rama maestra, implementa y compromete la característica, y se fusiona nuevamente con la maestra.

Una mejor versión de esto es usar rebases y ramificaciones. Vea aquí para una guía en profundidad -> http://nvie.com/posts/a-successf …

Control de versiones como Git, mantener cosas en muchos archivos diferentes, buena modularidad del código, tener diferentes desarrolladores que trabajen en diferentes características o secciones del código al mismo tiempo, paciencia, comunicación y muchas pruebas.

Los conflictos aún suceden. La ganancia de tener múltiples desarrolladores trabajando en el proyecto no es proporcional al número de desarrolladores. Es menos que eso.

Desarrolle software mejor, juntos. Si no está familiarizado con el control de versiones, y con Git específicamente, GitHub tiene un excelente tutorial sobre cómo comenzar: Configurar Git · Ayuda de GitHub