EDICIóN GENERAL

Un ex empleado de Tesla se descargó el código fuente del autopilot, y ahora trabaja en una compañía china

#4 ARggg puto SVN ni te imaginas como la liaban parda los desarroladores con los branches, con rollbacks que no funcionaban, etc. La liaban tanto que tuve que meter crontabs pa pillar snapshots cada hora del puto /var/lib/svn (aparte de los backups estándar, ofc). Lo que mola de GIT es que "pa tontos" (o desarrolladores que no saben ni bash, ni consola, ni pollas usar su puto ordenador) :troll:
#8 ¿Os la estáis midiendo?
#23 creen, que se la están midiendo
#25 la tienen pequeña.
#26 ojo, que uno de los que sabe hace backups de un sistema de control de versiones, porque los desarrolladores la liaban con branches y ¿rollbacks? Que no funcionaban. No se a cual despediría antes al que usaba backups para recuperar versiones o al de los "rollbacks" del control de versiones
#28 Los backups no son pa recuperar versiones, eran pa recuperar todo el puto directorio del repositorio /var/svn/reponame una vez que la había liado con los rolbacks de las versiones del SVN y se llegaba a un punto que "ni patrás ni p'alante", cosa que deberías saber si has usado SVN alguna vez. Con GIT es mucho más fácil hacer rollbacks y gloria bendita y fácil manejar los branches. Un desarrollador que no tenga soltura con la consola (los típicos que usan el nano en lugar de vim/emacs) es carne de cañon pa liarla con un repo SVN, cualquier viejuno sabe esto :-P

#23 #25 No medimos nada, estamos tanteándonos. Cosas típicas que hacen los BOFH ;)
#29 En 20 años trabajando no he visto ninguna empresa que deje tocar a nadie la estructura de directorios del repositorio. Se les deja hacer check-out, commit, updates, revert, y opciones de historial, etc., que tocan solo versiones. He visto a gente borrar el trunk, y como sabrás, eso solo es otra versión en el mismo que no necesita recuperar un backup, no necesitas ayuda de nadie.

Así q sinceramente yo os cortaba la mano a vosotros por dejarles tocar la estructura de directorios de los servidores de Svn {0x1f601}
#29 La gran mayoria de desarrolladores que conozco yo ni si quiera han tocado nano. No han tocado un sistema linux en su vida.
#23 Ahí están, a la espera de un hilo en que se mencione algo de informática para demostrar que son alguien.
#45 Chico pues como todo el mundo. ¿O no pasa lo mismo con los abogados, los técnicos en paneles solares o los biólogos cada vez que se habla en un hilo de lo suyo?
#46 En los informáticos yo veo (y no soy el único) un especial medimiento de polla. Noto un especial interés en usar un término que el otro no entienda.
Y que conste que soy técnico superior por partida doble, en sistemas en red y en desarrollo de aplicaciones web. No es que vea términos comunes y al no saber, no los entienda.
#8 Git es "pa tontos" si te limitas al clone/pull/commit/push, y tienes una política de ramas y merges medianamente decente. En mi último trabajo no la teníamos, y vi a cada uno liar unos cristos con el Git...

Pero muy de acuerdo en que SVN es mucho peor. Donde estoy ahora llevaban años usando SVN y tenían el repo echo un desastre, porque no sabían gestionar las branches (que en SVN son una mierda por otro lado), y habían reorganizado el árbol de directorios como les había salido de las pelotas. Ahora estamos pasando todo a Git, y es mucho más sencillo.
#8 El SVN un lío con los branches? GIT me parece mucho más lioso con branches por todos los lados cuando lo único que quieres es subir algo a develop. Si quieres actualizarte un fichero no puedes, tienes que actualizarte todo o nada, resolver conflictos complicado. El histórico es incomprensible, pues te mezcla tus cambios con los "merges" y aparecen cambios de otras personas como si fueran tuyos...
#39 ¿ No puedes actualizar un fichero haciendo fetch (que no pull) y luego checkout de ese archivo desde remote/branch ?
#8 #27 RESOLVE WITH MINE!!!
#68 Como lema para la vida :-D

menéame