Feda /dev/ - No Javascript allowed

#8851 gracias, pero lo mismo que el otro, ahora mismo me suena a chino (eso no tanto) #8852 perfecto! Voy a leerlo

#8855 Git es una mierda. Si tu equipo no esta trabjando con alguna capa por encima estas en un equipo de pajeets. En FAANGs tienen monstruos por encima por problemas de escalabilidad, en industria videojuegos, embedded, sistemas tienen otras capas por temas de binarios, en open source otra por tema de control sobre el historico, para la otra gran mayoria de usuarios git es como programar en asamblador a nivel de UX (una autentica mierda)... El control de versiones es un problema abierto que espero ver resulto pronto. Te recomiendo googlear sobre el tema antes de que te metan los pajeets en la cabeza de que git es la polla, ninguno te sabria razonar el porque. Mi aporte.

#8858 Entonces olvida todo lo que he dicho, que ha sido no solo dirigido hacia a ti sino para compartirlo con el resto de usuarios.

En tu caso ademas de usarlo te recomiendo que mires sobre merkle trees y como funciona git (a muy basico nivel) por dentro. Git como implementacion es un monstruo caotico pero la criptografia aplicada es elegante y me gusta mucho. Deberias poder implementar tu propio git basico de 0 en un par de dias y es un buen ejercicio tipico de la uni.

> asamblador

#8862 que locura, que estoy empezando xd

#8868 Ese bait es tan malo que no voy a entrar, imaginate. (El comentario es ingenioso, falaz y falso, pero inginioso, 0 contenido, 6 en estilo, te queda un 3 de media).

Pero si que te animo a que nos compartas tu experiencia con otros svc/wrappers como hg, git-repo, fossil (imagino que la tienes). Yo no los he probado y solo se lo que me han dicho mis amigos en empresas grandes que tienen sus soluciones.

Alguien sabe el link de una página donde la gente posteaba como "ideas" de apps y tal?

#8869 Lo de falso depende de lo que uses como blog, si es un WordPress no lo es.
He usado git repo, pero vamos, que sin necesidad real, pese a tener muchos repos, al final si tu workflow no es de pajeets, tocas uno o dos. Al final los problemas que solucionan estas herramientas no son de git, sino del workflow en general.

No te digo que no tenga mejoras, la solución de conflictos en código es muy mejorable si tienes en cuenta el lenguaje del fichero. Pero git no va a abrir ese melón.

#8874 Entonces estamos de acuerdo en que no es git lo que es una mierda.

Para que el dev no tenga que hacer nada falta mucho en la resolución de conflictos, si juntasemos el análisis sintáctico y semántico del propio lenguaje al diff de texto, se podrían resolver michos de los conflictos de hoy en día, salvo casos de conflicto real.

Se me ocurren cosas, pero hay cierto nivel que ha de controlar el usuario (crear una rama o marcarlo como terminado por ejemplo).

Se podría llegar a hacer:
Rebases automáticos en ramas locales antes finalizar el trabajo, y crear el PR.
Hacer auto-commits para guardar en la rama local con cada cambio de fichero en disco (el IDE hace el auto-guardado, se podría llegar a incorporar) - Aunque entran los hooks... (no verify?)

Si se resolvieran el 99% de conflictos, al usuario le dejas con: empezar (ticket n# -> rama), terminar (rebase+pr + checkout de máster/develop)

Es interesante, pero todo esto queda totalmente fuera de lo que es git como producto, y hacen bien en dejarlo fuera.

Al final para mi es lo de siempre, empresas haciendo las cosas mal y echando más madera (pajeets), cuando con un grupo reducido de devs y haciendo las cosas bien, se consigue mucho más.

#8839 Yo de esas cosas no se nada.

Por cierto el dia 19 despues de cuatro años cambio de curro y ya paso de los 4.5k/mes limpios