Cita:
Empezado por Casimiro Notevi
Lo que comentas parece interesante, pero todos los sistemas de control de versiones que he visto me resultan engorrosos para mantener varios proyectos con distintas versiones y distintas subversiones, ¿usas algún entorno gráfico para usar Git o todo mediante comandos?
|
La facilidad de hacer branchs (y Merges, que es lo dificil!) es la habilidad #1 de git/mercurial. Es muy facil la mayor parte del tiempo, y si puedes lograrlo como dice * AgustinOrtu* es lo mejor...
Ahora bien, tambien se puede usar un "mono-repo"
http://danluu.com/monorepo/
Que es meter todo los proyectos en un solo repositorio. Curiosamente, asi hacen en facebook y otras empresas donde todos los proyectos estan en un solo lugar. Obvio, descargar eso puede implicar una *larga descarga* inicial, pero es cuasi-identico a cargar una "directorio de proyectos portable", y sigues haciendo tal cual como hasta ahora.
----
Si la cosa es muy complicada, tienes un problema de dependencias muy severo, entonces tienes un problema de programacion: Debes desacoplar el codigo, y hacer composicion y eliminar herencias. Muchos no lo ven, pero le relacion de los archivos en un proyecto (modulos, namespaces) TAMBIEN hace parte del arbol de objetos, y cuando estos dan lios? Es porque hay una falla en el diseño de ese arbol ==== Tal cual como hay una falla en un arbol OO o en la construccion de Tablas en una BD.
"Plano es mejor que anidado"
"Simple es mejor que complejo, y complejo que complicado"
"Prefiere composicion en vez de herencia"
"Principios SOLID para proyectos OO"
"Elimina el manejo de estado no esencial"
Y mucho mas tambien aplica...