Nombre en vez de numeración en versiones

[[Al González]]

Acá usamos TortoiseSVN para administrar los archivos desde el explorador de Windows. Somos un equipo de cuatro personas, todos con sus ideas muy arraigadas. Lo más difícil ha sido ponernos de acuerdo en cómo llamarles a los directorios.

[mamcx]

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...

[[AgustinOrtu]]

La mejor forma de hacer merges o cherry pick es evitar commit estilo

Commit hash xxxxxzzz:
Agrego al cliente método bla bla
Corregido listado de bla bla
Nuevo campo en la BD bla bla

Lo mejor es ser ordenado y hacer un feature por commit/commit lo más sencillo posible que toque lo menos archivos posible

Haciendo eso los merge son cuento de niños