Menéame: comentarios [4019679]

#89 ¡Mierda, git! (ENG)

daphoene — Tue, 04 Feb 2025 13:01:03 +0000

#88 Poco recomendable para programar, salvo que no te quede otra.

» autor: daphoene

#88 ¡Mierda, git! (ENG)

Zarangollo — Tue, 04 Feb 2025 12:54:24 +0000

#87 ainsss, windows...

» autor: Zarangollo

#87 ¡Mierda, git! (ENG)

daphoene — Tue, 04 Feb 2025 01:51:20 +0000

#30 Tu problema no está mal, pero no te recomiendo probar a bajar en una copia local de Windows un commit con dos ficheros que se llamen igual salvo por alguna letra mayúscula... Para Windows son el mismo fichero, aunque no lo son.

De esa git no sabe salir solo.

» autor: daphoene

#86 ¡Mierda, git! (ENG)

daphoene — Tue, 04 Feb 2025 01:43:29 +0000

#48 Has relatado punto por punto lo que iba a contar de mi experiencia. Git es la leche, pero hay que estudiárselo e interiorizarlo. Si lo quieres usar con vagancia, usa un flujo fijo con los cuatro comandos base, y si algo no te sale bien o no sabes cómo arreglarlo, no toques nada y pregunta.

» autor: daphoene

#85 ¡Mierda, git! (ENG)

sesshoumaru — Sun, 19 Jan 2025 21:50:44 +0000

#80 "alguien" era Andrew Tridgell, creador de Samba.

» autor: sesshoumaru

#84 ¡Mierda, git! (ENG)

Mister_T — Sun, 19 Jan 2025 18:03:37 +0000

#31 usar git es simple como el mecanismo de un chupete. Puede que usarlo en modo avanzado, mantener una rama principal bonita y que no sea una maraña de ramas no lo sea tanto, pero si lo usas en un equipo de 2-10 personas no tiene ninguna complejidad.

Yo llevo usándolo más de una década en esas condiciones y habré hecho un revert o cosas medio complejas 2 o 3 veces en mi vida.

» autor: Mister_T

#83 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 16:25:33 +0000

#82 en un proyecto en el que colaboro usamos circle CI + appveyor + acciones de github.

» autor: Aokromes

#82 ¡Mierda, git! (ENG)

--178988-- — Sun, 19 Jan 2025 16:15:25 +0000

#73 fueron los comienzos de la integración continua y la automatización de procesos y despliegues, molaba mucho en 2012 (lo use mucho durante dos años). Hoy es bastante arcaico, es cierto, pero por entonces era muy molón investigar la API de automatización de pipelines.

» autor: --178988--

#81 ¡Mierda, git! (ENG)

barcelonauta — Sun, 19 Jan 2025 16:15:23 +0000

En su momento (2010) con Git petándolo por doquier trabajé un tiempo con Perforce (2010) y ya en aquella época me pareció que este último le daba 3000 vueltas en todo al primero. Con el tiempo Git se ha vuelto omnipresente, pero desconozco el rumbo que tomó Perforce (aunque parece que se usa mucho en equipos grandes de desarrollo). Algún experto en la sala que pueda aportar un poco más de info actualizada?

» autor: barcelonauta

#80 ¡Mierda, git! (ENG)

pawer13 — Sun, 19 Jan 2025 15:24:35 +0000

#53 usaba Bitkeeper, pero no era libre y la empresa que lo hacía revocó la licencia (era gratis para los desarrolladores de Linux) porque alguien hizo ingeniería inversa para haver su propio cliente.
Linus dijo "sujétame el cubata" y se picó Git en un verano con los comandos que él consideraba necesarios. Muchos comandos posteriores él reconoce no usarlos porque no los necesita en su flujo de trabajo

» autor: pawer13

#79 ¡Mierda, git! (ENG)

pawer13 — Sun, 19 Jan 2025 15:19:55 +0000

#32 Linus usó CVS como referencia cuando creó Git: si CVS hacía algo, git tenía que hacer lo contrario, porque todas las decisiones de diseño de CVS fueron las equivocadas.

» autor: pawer13

#78 ¡Mierda, git! (ENG)

TitereConCabeza — Sun, 19 Jan 2025 12:18:13 +0000

#57 No siempre quieres “mergear” todos los commits en los que has estado trabajando por simple limpieza del repositorio , muchas veces son pruebas que has hecho que no aportan nada.

» autor: TitereConCabeza

#77 ¡Mierda, git! (ENG)

sesshoumaru — Sun, 19 Jan 2025 11:38:08 +0000

#54 Mercurial y git son coetáneos. Ambos surgieron cuando Larry McVoy se enfadó con Andrew Tridgell y se llevó su scattergories (BitKeeper).

» autor: sesshoumaru

#76 ¡Mierda, git! (ENG)

sesshoumaru — Sun, 19 Jan 2025 11:36:30 +0000

#53 No.

Se usaba BitKeeper, y antes de eso tarballs y parches a pelo.

» autor: sesshoumaru

#75 ¡Mierda, git! (ENG)

sauron34_1 — Sun, 19 Jan 2025 11:04:49 +0000

#72 en eso estoy de acuerdo.

» autor: sauron34_1

#74 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:51:23 +0000

#37 actualizate, aunque sea a mercurial.

» autor: Aokromes

#73 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:51:02 +0000

#34 hacia tiempo que no veia a nadie mencionar a Jenkins

» autor: Aokromes

#72 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:49:53 +0000

#31 svn no sirve ni hoy ni hace 20 años, tal vez git sea muy complicado, pero hay cosas intermedias como mercurial.

» autor: Aokromes

#71 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:49:05 +0000

#35 en mi caso en un repositorio que administro solo los admins pueden hacer el rewrite.

» autor: Aokromes

#70 ¡Mierda, git! (ENG)

sauron34_1 — Sun, 19 Jan 2025 10:46:47 +0000

#47 bueno lo de “el problema es la gente no la herramienta” me suena a excusas que solemos dar los desarrolladores cuando desarrollamos software que nadie sabe usar. Es posible que algunos errores sean porque hay gente que no lo use bien, pero que git es demasiado obtuso también te lo digo.

» autor: sauron34_1

#69 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:46:32 +0000

#22 llevo 14 años usandolo y sigo odiandolo.

» autor: Aokromes

#68 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:45:24 +0000

#17 otro que lleva usando git... 14 años y sigo odiandolo, antes usabamos mercurial.

community.trinitycore.org/topic/836-info-git-commands/

» autor: Aokromes

#67 ¡Mierda, git! (ENG)

--777905-- — Sun, 19 Jan 2025 10:44:52 +0000

#33
git stash
git reset --hard

Es el equivalente a mandar todos los cambios ATPC.

» autor: --777905--

#66 ¡Mierda, git! (ENG)

--777905-- — Sun, 19 Jan 2025 10:42:41 +0000

#54 Casi. Usaba alguna cosa propietaria (Mercurial es libre) y Linus decidió inventar Git.

» autor: --777905--

#65 ¡Mierda, git! (ENG)

Aokromes — Sun, 19 Jan 2025 10:42:01 +0000

#24 o estaria cabreado con los de nvidia

» autor: Aokromes

#64 ¡Mierda, git! (ENG)

--777905-- — Sun, 19 Jan 2025 10:41:46 +0000

OpenBSD sigue usando CVS; pero han sacado un clon de GIT llamado Game Of Trees (GOT). Es de esperar que con el tiempo migren a GIT igual en un lustro o una década.

9front (Plan9) también usa git, pero no con una sintaxis de Unix. git es un directorio seguramente montado con bind(1) en /bin y las diferentes opciones son ejecutables a lanzar:

git/clone shithub.us/vexed

Va bien en 9front, no me puedo quejar, aunque no tiene todas las opciones, para lo simple que es p9, casi se podría usar diff a pelo.

» autor: --777905--

#63 ¡Mierda, git! (ENG)

paolagado — Sun, 19 Jan 2025 10:33:56 +0000

#50 Comparto tu opinión, si no es un proyecto que involucre a mucha gente me parece una opción que permite ser bastante ágil. Lo he usado durante muchos años sin mayor problema.

» autor: paolagado

#62 ¡Mierda, git! (ENG)

Rudolf_Rocker — Sun, 19 Jan 2025 10:19:30 +0000

Git no es difícil, lo difícil es saber definir una convención en el equipo para que todos tengan claro de que manera usarlo.

» autor: Rudolf_Rocker

#61 ¡Mierda, git! (ENG)

gotxi85 — Sun, 19 Jan 2025 10:08:32 +0000

#21 Ya me gustaría que fuese por gente que quiere hacer chapuzas...

Muchos son casos completamente normales que nos pasan a mi y al resto de mis compañeros sin tener ninguna mala fe y con muchos años de experiencia a nuestras espaldas y que para saber como gestionarlos tienes que tirar de google y rezar para que funcione sin romper nada:

- Trabajar y commitear en la rama que no toca, ahora tienes que irte a la rama buena, aplicar los cambios y deshacer los de main.
- Cualquier cosa relacionada con un detached head, la mayor parte de las veces provocado sin darte cuenta.
- Arreglar un merge conflict.
- Querer recuperar un fichero de un commit antiguo.
- Y si añadimos capas extra como pre-commit o webhooks ya ni te cuento como se puede liar la cosa...

» autor: gotxi85

#60 ¡Mierda, git! (ENG)

manolo — Sun, 19 Jan 2025 09:57:15 +0000

#29 Pues, por el contexto que da, yo diría que es Ramón de Pitis... pero no sabía que había pasado de robar bancos a pasar droga

» autor: manolo

#59 ¡Mierda, git! (ENG)

--712109-- — Sun, 19 Jan 2025 09:56:09 +0000

Muy buena página, me la guardo. Yaa me habían pasado varias de esas mierdas

» autor: --712109--

#58 ¡Mierda, git! (ENG)

El_Hombre_Blandengue — Sun, 19 Jan 2025 09:43:52 +0000

Yo soy muy vago y uso Gitkraken. Lo cierto es que la mayoría de los problemas que tenemos es cuando hay varias personas trabajando con el mismo fichero, arreglar conflictos es lo más complicado (aunque Gitkraken ayuda mucho)

» autor: El_Hombre_Blandengue

#57 ¡Mierda, git! (ENG)

blak — Sun, 19 Jan 2025 09:43:08 +0000

#42 ¿Por qué? ¿Por qué no hacer siempre merge?

» autor: blak

#56 ¡Mierda, git! (ENG)

z3t4 — Sun, 19 Jan 2025 09:15:28 +0000

Skill issue

» autor: z3t4

#55 ¡Mierda, git! (ENG)

chavi — Sun, 19 Jan 2025 09:13:50 +0000

#44 Puede trabajar desde distintos equipos...

» autor: chavi

#54 ¡Mierda, git! (ENG)

--831490-- — Sun, 19 Jan 2025 09:13:04 +0000

#53 Creo que mercurial y por cuestiones de licencia linus hizo git

» autor: --831490--

#53 ¡Mierda, git! (ENG)

chavi — Sun, 19 Jan 2025 09:11:44 +0000

#38 No se usaba subversión antes que Git en el kernel?

» autor: chavi

#52 ¡Mierda, git! (ENG)

ktzar — Sun, 19 Jan 2025 09:07:59 +0000

#43 hasta para funcionar yo solito en mis proyectos uso git, y con branches y haciendo rebases de vez en cuando. No entiendo la complejidad. Es un grafo de commits...

SVN es un calco del sistema de archivos en carpetas. Los tres años que lo usé recuerdo que era inflexible, lento, engorroso, y difícil para hacer merges y analizar cambios.

Poder ver los cambios que has ido haciendo rápidamente en toda la historia de un proyecto es maravilloso.

» autor: ktzar

#51 ¡Mierda, git! (ENG)

amlluch — Sun, 19 Jan 2025 09:07:52 +0000

#1 yo le llamo git fuck

» autor: amlluch

#50 ¡Mierda, git! (ENG)

chavi — Sun, 19 Jan 2025 09:06:00 +0000

#14 A mi subversion me gusta. Si no es mucha gente en el proyecto y depende del tipo de desarrollo, más que git

» autor: chavi

#49 ¡Mierda, git! (ENG)

BuckMulligan — Sun, 19 Jan 2025 08:52:21 +0000

Interesante, pero le falta manejar local y remote. Por ejemplo:

Oh shit, I accidentally committed to the wrong branch!
# undo the last commit, already pushed, but leave the changes available
git reset HEAD~ --soft
git stash
git push origin --force
# move to the correct branch
git checkout name-of-the-correct-branch
git stash pop
git add . # or add individual files
git commit -m "your message here";
git push origin
# now your changes are on the correct branch

» autor: BuckMulligan

#48 ¡Mierda, git! (ENG)

howareme — Sun, 19 Jan 2025 08:50:48 +0000

#42 Si aproximadamente un repositorio con unas 30-40 personas manteniendo no es grande, puede que no haya trabajado nunca en uno "grande".

¿Qué propondrías como alternativa a git? no se me ocurre mucho. Yo creo que si te mantienes en el "git add" y "git commit", "git pull" y "git push" vas que te matas. Luego todos los demás te permiten crear flujos tan complejos como tú quieras. Por regla general cuando tengo juniors o algún que otro vago que sé que no domina git, prohibo cosas como los comandos destructivos (git rebase) o los tengo MUY bien configurados en el servidor de git de turno. La gente así es muy aficionada a destruir el árbol de cambios y subirlo con un force. Una vez aprenden, ya se les da rienda suelta a buenas prácticas, claro que es precioso tener un master limpio con rebases+squashes y tags!

También es verdad que vengo de "tiempos antiguos" y he pasado desde tener archivos copiados con "v1,v2,v3..." al mítico TortoiseSVN. A su lado creo que hacer un mortal hacia atrás cada vez que hay que hacer push de un cambio es trivial en cuanto a manejo en masa .

» autor: howareme

#47 ¡Mierda, git! (ENG)

cosmonauta — Sun, 19 Jan 2025 08:46:23 +0000

#44 Claro. Trabajando solo pocos problemas y si el equipo es pequeño twmpoco. Porque los problemas con git no son tanto por git sino por por las cosas raras que la peña hace como tener ramas muy antiguas, mantener múltiples proyectos e ir mergeandolos todos porque patatas, rebases sobre ramas públicas porque a mi me gusta así, etc, etc..

Son conflictos sociales en los que siempre pilla el último.

» autor: cosmonauta

#46 ¡Mierda, git! (ENG)

drstrangelove — Sun, 19 Jan 2025 08:43:55 +0000

A mí también me parecía farragoso, pero a medida que te vas enfrentando a problemas y más problemas, le vas pillando el truquillo a los revert, reset, fence, rebase, stash, merge, clean, .gitignore, el modo interactivo y hasta el reflogs, que la mayoría no saben ni que existe. Ahí es cuando te das cuenta de lo potente que es, cuando todo se puede hacer con dos o tres comandos de línea.

La clave está en hacer commits con poquitas partes de código, para poder hacer cambios muy fáciles sin tener que bajar al barro. Eso y tomárselo con calma, resulta difícil para empezar y pueden pasar varios meses hasta dominarlo aceptablemente.

Por lo demás, muy bueno el enlace, tiene muchos casos de estudio y soluciones fáciles, de hecho ya imaginaba la solución a medida que leía los problemas.

» autor: drstrangelove

#45 ¡Mierda, git! (ENG)

howareme — Sun, 19 Jan 2025 08:40:56 +0000

#26 para mí, no. Para los demás que no se han puesto a aprender git más que usándolo, sí. En muchos proyectos de mi día a día me encuentro gente que no sabe que es un comando destructivo y se cascan un git push --force tan panchos rompiendo a los compañeros. Hay muchas formas de evitarlo, pero en general es poner puertas a la gente que lo hace mal por desconocimiento.

» autor: howareme

#44 ¡Mierda, git! (ENG)

sauron34_1 — Sun, 19 Jan 2025 08:38:59 +0000

#36 hombre, en ese caso es difícil que provoque problemas de conflicto

» autor: sauron34_1

#43 ¡Mierda, git! (ENG)

sauron34_1 — Sun, 19 Jan 2025 08:38:29 +0000

#39 de verdad que opino que git añade una capa de complejidad que no siempre es necesaria para todos los equipos.

» autor: sauron34_1

#42 ¡Mierda, git! (ENG)

TitereConCabeza — Sun, 19 Jan 2025 08:30:52 +0000

#21 Se nota que no trabajas en un proyecto grande , GIT a pesar de estar muy bien está lejos de ser algo óptimo.

El rebase es un comando que en un proyecto medio normal se lanza varias veces cada día.

» autor: TitereConCabeza

#41 ¡Mierda, git! (ENG)

avalancha971 — Sun, 19 Jan 2025 08:30:04 +0000

¿Nadie ha puesto todavía el cómic resumen?

xkcd.com/1597/

» autor: avalancha971

#40 ¡Mierda, git! (ENG)

the_fuck_right — Sun, 19 Jan 2025 08:24:21 +0000

#1 #3 SVN

» autor: the_fuck_right

#39 ¡Mierda, git! (ENG)

ktzar — Sun, 19 Jan 2025 08:19:15 +0000

#31 Espero que seas un troll... O un viajero en el tiempo.

» autor: ktzar

#38 ¡Mierda, git! (ENG)

--831490-- — Sun, 19 Jan 2025 08:19:01 +0000

#17 Git surgió por inconvenientes que se encontró Linus Torvalds al usar sistemas propietarios para el núcleo. No lo hizo para que lo usaras tú sino para usarlo él. Lo colgó como GPL por si otros querían usarlos y ya. Todos los sistemas de gestión de versiones suelen ser farragosos, Lyx y etckeeper lo usan como backend a efectos de control y no suele dar problemas.

» autor: --831490--

#37 ¡Mierda, git! (ENG)

ur_quan_master — Sun, 19 Jan 2025 08:18:08 +0000

#10 subversión es Dios.

Sigo usando y orgulloso de ello!

» autor: ur_quan_master

#36 ¡Mierda, git! (ENG)

cosmonauta — Sun, 19 Jan 2025 08:18:06 +0000

#31 Uso git hasta cuando trabajo sólo.

» autor: cosmonauta

#35 ¡Mierda, git! (ENG)

Okias — Sun, 19 Jan 2025 08:10:05 +0000

#30 A mí me pasó algo similar, pero con el añadido de que el administrador del repo tenía restringido tocar el histórico. Ahí es donde se curten los hombres.

» autor: Okias

#34 ¡Mierda, git! (ENG)

--178988-- — Sun, 19 Jan 2025 08:06:55 +0000

Ah que recuerdos el TortoiseSVN. Por entonces, todo esto era campo, antes de las PRs colaborativas, de Jenkins y GitHub Actions.

» autor: --178988--

#33 ¡Mierda, git! (ENG)

Andres_age — Sun, 19 Jan 2025 08:06:48 +0000

Si tienes que hacer un revert lo mas facil es ir al commit anterior. Copiar la carpeta (sin el .git). Borrar todo el repo de local. Volver a bajarlo. Pegar lo copiado commit y push.

Los reverts y demas por alguna razon nunca me van bien.
¿Que estoy haciendo algo mal?
Seguro, pero despues de 40 intentos y que no funcione nada, haces esto y voila, funciona. Paso de perder mas tiempo intentando comprender el porque lo demas no va.
Git es una herramienta, no un fin, asi que voy a lo pragmatico. Y funciona muy bien... mientras no la cagues.

» autor: Andres_age

#32 ¡Mierda, git! (ENG)

--419859-- — Sun, 19 Jan 2025 07:54:10 +0000

#8 Sencillo. Si antes usabas CVS o SVN git es un galimatías maravilloso.

Si crees que da más problemas que soluviones es porque no has trabajado con los anteriores.

» autor: --419859--

#31 ¡Mierda, git! (ENG)

sauron34_1 — Sun, 19 Jan 2025 07:44:49 +0000

Sinceramente, creo que git es demasiado complejo para la mayoría de equipos de desarrollo en el que trabajan unas pocas personas y que trae más dolores de cabeza que otra cosa. Que SVN se ha quedado obsoleto? Y? Si para la mayoría, sobra.

» autor: sauron34_1

#30 ¡Mierda, git! (ENG)

Zarangollo — Sun, 19 Jan 2025 07:31:13 +0000

Bah, eso no es nada, mi peor experiencia fue que al hacer un revert luego no había forma posible de volver a meter algunos cambios del commit que revertí, ni en la misma rama ni desde otra haciendo merge, tuvo que venir un experto en git y tras 2h de análisis decirnos que para volver a meter el cambio había que hacer "reset al revert y un revert del revert", deshacer los cambios a mano y volver a meter los cambios buenos.

El problema del control de versiones es que no hay nada mejor que git (he trabajado con sourcesafe y svn previamente y git es mucho mejor)

» autor: Zarangollo

#29 ¡Mierda, git! (ENG)

MajorBonner — Sun, 19 Jan 2025 07:27:19 +0000

#22 Quien es tu camello?

» autor: MajorBonner

#28 ¡Mierda, git! (ENG)

MajorBonner — Sun, 19 Jan 2025 07:26:23 +0000

#17 es que si no les sigues la corriente no es cool. No estas solo

» autor: MajorBonner

#27 ¡Mierda, git! (ENG)

Grahml — Sun, 19 Jan 2025 07:25:42 +0000

Joer, qué frustrante debe ser el mundo este de control de versiones

"I've come to these steps through trial and error and lots of swearing and table flipping, and I had this crazy idea to share them with a healthy dose of levity and profanity."

» autor: Grahml

#26 ¡Mierda, git! (ENG)

MajorBonner — Sun, 19 Jan 2025 07:24:51 +0000

#21 el rebase es una cosa rara para ti? Que, trabajas solo?

» autor: MajorBonner

#25 ¡Mierda, git! (ENG)

ralph — Sun, 19 Jan 2025 07:22:56 +0000

#1 A que con Clearcase gano yo!

» autor: ralph

#24 ¡Mierda, git! (ENG)

--831490-- — Sun, 19 Jan 2025 07:20:16 +0000

#4 Ese día lo estaba más, seguramente discutiera con los desarrolladores de gnome...

» autor: --831490--

#23 ¡Mierda, git! (ENG)

chris — Sun, 19 Jan 2025 07:18:01 +0000

#0 Aunque personalmente me da igual ¿Por qué no menear la versión en español? ohshitgit.com/es

Tambien nombrar que, como se ve en la barra superior del meneo, existe una versión SFW: dangitgit.com/es. Aunque también es cierto que el que hizo la versión en español del original no se atrevió a traducir la palabra "shit" , así que tampoco tiene directamente "malas palabras" en español.

» autor: chris

#22 ¡Mierda, git! (ENG)

actualidaz — Sun, 19 Jan 2025 06:33:11 +0000

#8 los primeros meses es un poco infierno y confusión. Con el tiempo verás que git es la herramienta más maravillosa que existe. Git es amor. Git es vida. La verdadera salud.

» autor: actualidaz

#21 ¡Mierda, git! (ENG)

howareme — Sun, 19 Jan 2025 06:28:55 +0000

#8 git va de manera increíble. No sé por qué lía tanto a la gente.

Si usas el caso base de “commit&push” ya lo tienes. El problema es cuando la gente sin leer nada se pone de juancker con los casos destructivos, que posteriormente intentan arreglar con el “mágico” force.

Git permite una flexibilidad increíble. Funciona. Solamente que hay gente muy terca con tener un historial perfecto y es cuando hacen las cosas “raras” sin saber. Como el rebase o reset —hard para solucionar el triplete de “hago cagada, subo cagada, elimino cagada”

» autor: howareme

#20 ¡Mierda, git! (ENG)

Al-Khwarizmi — Sun, 19 Jan 2025 05:45:19 +0000

#1 Pues recuerdo Mercurial como mucho más fácil e intuitivo, aunque la verdad es que no puedo dar ningún argumento, porque hace un porrón de años que no lo uso. No me lo voy a mirar otra vez dado que ya nadie lo usa, pero por aquel entonces me quedé con la idea de que triunfó el equivocado.

» autor: Al-Khwarizmi

#19 ¡Mierda, git! (ENG)

FooDev — Sun, 19 Jan 2025 05:38:07 +0000

#1 O svn!

» autor: FooDev

#18 ¡Mierda, git! (ENG)

FooDev — Sun, 19 Jan 2025 05:37:09 +0000

#3 jaja No puedo creer lo que estás insinuando.

» autor: FooDev

#17 ¡Mierda, git! (ENG)

--647938-- — Sun, 19 Jan 2025 01:55:21 +0000

Joder, llevo años trabajando con Git y oyendo decir solo maravillas... a pesar de que a mi siempre me pareció que es farragoso en cuanto te sales de lo básico. Hace mucho que ni me atrevo a hablar mal de git por no ofender a los puristas. Me alegra descubrir que alguien más piensa igual.

» autor: --647938--

#16 ¡Mierda, git! (ENG)

celyo — Sun, 19 Jan 2025 00:08:49 +0000

#1 o svn

» autor: celyo

#15 ¡Mierda, git! (ENG)

--670242-- — Sat, 18 Jan 2025 23:50:54 +0000

youtu.be/idLyobOhtO4?si=R-nUVVoY9KWqKmyr

» autor: --670242--

#14 ¡Mierda, git! (ENG)

Supercinexin — Sat, 18 Jan 2025 22:23:38 +0000

#10 Recuerdo en 2010 empezar a currar en una empresa en Holanda y usaban Subversion. El primer día que empiezo y me enseñan los repositorios digo "¿usáis Subversion aún? Pero por qué no usáis mejor Mercurial, o Git..." Y uno de los senior engineers empieza a gritarle a un jefecillo "you see? YOU HEAR HIM???" to cabreao porque llevaba la vida diciéndolo él En un par de meses habíamos metido todo en Bitbucket con Mercurial en una cuenta de empresa que hicieron.

» autor: Supercinexin

#13 ¡Mierda, git! (ENG)

ccguy — Sat, 18 Jan 2025 22:19:57 +0000

#12 claro, no vamos a hacer cosas raras, open source en GitHub

» autor: ccguy

#12 ¡Mierda, git! (ENG)

Supercinexin — Sat, 18 Jan 2025 22:16:12 +0000

#11 No conocía eso de Sapling. Ah, pero dice que aunque nació como un fork, ya ha evolucionado y es incompatible con HG.

Lo mejor de todo es que tiene el repositorio... en GitHub jajajjaj github.com/facebook/sapling

» autor: Supercinexin

#11 ¡Mierda, git! (ENG)

ccguy — Sat, 18 Jan 2025 22:12:30 +0000

#9 en mi curro lo usamos bueno, es sapling realmente, del mercurial open source no debe quedar ya nada.

» autor: ccguy

#10 ¡Mierda, git! (ENG)

cajadecartonmojada — Sat, 18 Jan 2025 22:12:13 +0000

#6 En lo de bajarse al barro no creo que supere al antiguo Subversion. Recuerdo haber tenido que meterme a editar cosas directamente en los ficheros para recuperar repositorios corruptos durante fines de semana enteros por petes absurdos
Y alguna vez lo conseguimos recuperar sin saber exactamente cómo lo habíamos hecho.

» autor: cajadecartonmojada

#9 ¡Mierda, git! (ENG)

Supercinexin — Sat, 18 Jan 2025 22:07:56 +0000

#7 Vaya, no me digas que usas Mercurial Debes ser el único que "conozco" que lo hace... Hace más de diez años que no toco proyecto alguno con HG, hasta los putos de Atlassian lo quitaron de Bitbucket...

» autor: Supercinexin

#8 ¡Mierda, git! (ENG)

Tecar — Sat, 18 Jan 2025 21:43:48 +0000

Es incomprensible cómo una mierda como git ha llegado a convertirse en el omnipresente sistema de control de versiones.
Algo crítico como es la gestión de las versiones software y que tenía que ser meridianamente claro y sencillo para evitar sorpresas se convierte en un galimatías incomprensible hasta para el más avanzado.
Cualquier cagada se converte en un infierno imposible de solucionar, al final las cagadas se acumulan una tras otra para intentar solucionar la anterior, pero lejos de solucionarlo se enrrolla aún más.

» autor: Tecar

#7 ¡Mierda, git! (ENG)

ccguy — Sat, 18 Jan 2025 19:41:37 +0000

#6 Te has quedado muy atrás

» autor: ccguy

#6 ¡Mierda, git! (ENG)

Supercinexin — Sat, 18 Jan 2025 19:34:44 +0000

#3 ¿Te refieres a Mercurial? Si es así, dejé de usarlo allá por 2013... creo. Recuerdo que, al contrario que Git que te permite bajarte al barro y guarrear a bajo nivel, Mercurial no te permitía reescribir la historia. Lo que has hecho, lo has hecho. Podías revertir, pero no borrar commits ni hacer cherry-picking y cosas similares.

En el fondo es bastante más sencillo que Git, por la simple falta de opciones.

» autor: Supercinexin

#5 ¡Mierda, git! (ENG)

quitamelpiedencima — Sat, 18 Jan 2025 19:02:41 +0000

A los bookmarks de cabeza

» autor: quitamelpiedencima

#4 ¡Mierda, git! (ENG)

Aokromes — Sat, 18 Jan 2025 17:48:34 +0000

#2 existe un linus no cabreado?

» autor: Aokromes

#3 ¡Mierda, git! (ENG)

ccguy — Sat, 18 Jan 2025 17:38:26 +0000

#1 ¿hace mucho que no lo pruebas?

» autor: ccguy

#2 ¡Mierda, git! (ENG)

--831490-- — Sat, 18 Jan 2025 17:29:22 +0000

Linus estaba cabreado cuando lo hizo....

» autor: --831490--

#1 ¡Mierda, git! (ENG)

Supercinexin — Sat, 18 Jan 2025 17:27:05 +0000

Pues si Git te parece difícil para arreglar errores, agárrate a Mercurial.

» autor: Supercinexin