Me pregunto si existe alguna práctica recomendada para mantener el código fuente bajo control de versiones entre diferentes compañías. En Open Source hay un mantenedor que recibe parches, decide sobre ellos y los aplica. Pero, ¿qué pasa con los proyectos de fuente cerrada donde las diferentes empresas obtienen diferentes cargas de trabajo y simplemente las comprometen con el tronco y las sucursales? ¿Este concepto de mantenedor es aplicable a un proyecto en el que trabajan varias empresas?¿La mejor práctica para mantener el código fuente bajo control de versión con varias compañías?
Respuesta
Mi recomendación: subversion, con eso configurado obsequia una url y luego compra, actualiza, completa las tareas y cuando adivina que el proyecto está listo, captura y entrega.
Estamos trabajando con subversion. Mi pregunta es acerca de cómo mantener su proyecto entre varias compañías. – lastcosmonaut
Puede elegir entre una amplia gama de sistemas de control de versiones. (No solo subversión) Con el concepto de "versionado", está seguro de que nadie daña el proyecto permanentemente. Por lo tanto, no es necesario un proceso de aprobación manual, especialmente cuando hay contratos, por ejemplo, entre las empresas participantes.
También configuré una lista de correo de compromiso para que tenga algún tipo de evaluación por pares de los cambios. Entonces, no se pueden hacer cambios sin que nadie se dé cuenta.
Si corresponde, configure algún tipo de entorno de integración continua para mantener la calidad.
No entiendo la pregunta sobre las ramas. La decisión de usarlos o no es en mi humilde opinión no depende del hecho de que los autores estén empleados en la misma empresa o no.
La lista de correo de compromiso es algo interesante. – lastcosmonaut
Normalmente, cada sitio trabaja en su rama dedicada y puede importar la otra rama remota del sitio, para decidir qué integrar en su propio trabajo.
Pero si un sitio necesita trabajar directamente en la otra rama del sitio, una práctica posible es el concepto de membresía de rama que permite que solo un sitio a la vez trabaje en una rama determinada.
(no estoy seguro de que sea posible con SVN)
Eso permite que dos sitios remotos (con un gran turno de tiempo) trabajen en la misma tarea de una manera estrechamente integrada.
Depende de usted decidir qué flujo de trabajo funciona mejor para las empresas involucradas. Subversion tiene la capacidad de agregar permisos a su troncal y ramas, lo que le permite bloquear ciertas partes de su repositorio a personas que son "de confianza" con acceso combinado a troncal. Necesitará una buena comunicación entre las compañías. Usando el código abierto, Trac proporciona un wiki, feeds RSS integrados de los commits para el proyecto y el navegador de códigos.
- 1. práctica recomendada para almacenar archivos no fuente bajo el control de versión
- 2. ¿Debo mantener mis archivos de proyecto bajo control de versión?
- 3. Administrar fuentes y binarios de terceros usados por código bajo el control de código fuente
- 4. ¿Qué poner bajo control de versión?
- 5. El mejor sistema de control de fuente para mantener diferentes versiones
- 6. mejor tamaño de la práctica de fuente para el móvil
- 7. xcodeproj bajo control de versión
- 8. Haskell: ¿Práctica correcta para especificar la versión en la fuente?
- 9. ClearCase para el control de código fuente?
- 10. Control de código fuente para proyectos web
- 11. ¿La mejor práctica para editar el código generado automáticamente MVC3?
- 12. ¿Deben los archivos .class estar bajo control de versión?
- 13. ¿Mejor formateador de código fuente para Javascript?
- 14. Mejor control de versión para el desarrollador solitario
- 15. ¿Deben mantenerse las clases de prueba unitarias bajo control de versión con el resto del código?
- 16. Virtualenv y control de versión de código fuente
- 17. ¿Utiliza el control de versión con código no jerárquico?
- 18. El mejor código fuente para Rubyist prometedor
- 19. ¿Debería Resources.Designer.cs estar bajo control de fuente?
- 20. ¿Qué control de fuente/versión usar para el hogar?
- 21. ¿La mejor práctica para marcar el código obsoleto en Ruby?
- 22. ¿Utiliza el control de versión que no sea para el código fuente?
- 23. "Mejor práctica" de control de versiones
- 24. Poniendo el directorio de inicio bajo control de fuente (hg)
- 25. svn: ignorar 'archivo' no está bajo el control de versión
- 26. ¿Cuál es el mejor producto de control de código fuente para el desarrollo de Visual Studio?
- 27. Poner un proyecto en Eclipse bajo el control de código fuente
- 28. El código fuente es diferente de la versión original
- 29. Usos creativos para el control de versión
- 30. Archivos Gettext .po bajo el control de versión
¿Quiere decir que varias empresas trabajan en un mismo proyecto? – mouviciel
Sí, eso es lo que quiero decir. – lastcosmonaut
¿Hay un solo gerente de proyecto para este proyecto? Si es así, este chico decide qué parches aplicar. Si no, su problema parece más de organización que técnica. – mouviciel