[eside-ghost] Sufriendo sin control de versiones...
Jon Valdés
juanval en gmail.com
Vie Ene 21 08:28:37 CET 2011
2011/1/20 Jaime Irurzun <jaime.irurzun en gmail.com>:
> Por encima de cualquier solución, cágate en tu jefe 1000 veces... ¿Pero en
> qué año vive ese hombre?
Sin más, es un control freak al que no le gusta que nada pase en su
código sin que él lo ordene explicitamente. Y los sistemas de control
de versiones le dan miedo. Es lo que hay :(
En fin, por ahora estoy considerando si usar la solución que propone
Alfredo, o la que decía Bruno originalmente. La de Alfredo es más
simple, pero me da miedo olvidarme alguna vez de hacer un commit de mi
código antes de soltar el rar de mi jefe encima y cargarme mis cambios
(y lo mismo con la de Arkaitz, que como se me olvide cambiar de branch
la lio buena). La de Bruno no tiene ese problema en principio, pero
tengo poca experiencia trabajando con varios repos y haciendo pulls y
tal. Si alguien tiene alguna sugerencia, info o whatever que me pueda
tranquilizar, se agradecerá xD
Gracias a todos!
> El 20/01/2011, a las 20:16, Arkaitz <arkato en gmail.com> escribió:
>
> Para 1 no bastaria con un solo repo y soltar los zips en alguna branch y
> luego hacer merging entre branches?
>
> --
> Arkaitz
>
>
> 2011/1/20 STenyaK <stenyak en gmail.com>
>>
>> Asi de primeras, le veo dos soluciones:
>> 1) La idea grosso modo sería:
>> Crear un repo (A), y un clon (B) de ese repo (todo en local).
>> En A trabajas tu, y en B le sueltas todos los zip (or whatever) que te
>> envíe el jefe.
>> Intenta mantener ambos repos sincronizados.
>> Para mergear cosas, haces pull de un repo a otro. Te detectará los
>> conflictos al pullear, con lo q puedes detectar y arreglarlos más
>> facilmente.
>> 2) Otra solucion diferente, es tirar de vimdiff (o tu editor de diffs
>> favoritos, kdiff debe molar bastante, pero usa pixeles en vez de texto ;-P).
>> De esa forma es muy facil ver el diff entre lo del boss y lo tuyo, y elegir
>> qué lineas de cada cosa quieres (con :dp y :do ... o si quieres con
>> copy-paste o edición manual seguido de un :diffup para q actualize el
>> highlighting).
>> 3) Ingeniería social (cartas amenazantes y esas cosillas :-D)
>> En cualquier caso, hazte un repo local aunque sea completamente privado
>> para tí, porque trabajar sin control de versiones es una locura.
>>
>> 2011/1/20 Jon Valdés <juanval en gmail.com>
>>>
>>> Bueeenas
>>>
>>> Ando en el curro un tanto jodidillo porque mi jefe es bastante cabezón
>>> y se niega a usar un sistema de control de versiones. Y el caso es que
>>> ahora estamos los dos modificando el mismo código, y me veo obligado a
>>> hacer merges a mano entre su código y el mio, y esto es un caos total.
>>>
>>> Asi que estoy pensando en usar mercurial o git para tener yo una copia
>>> local con control de versiones decente y poder hacer bien los merges,
>>> pero la verdad es que no controlo lo suficiente de ninguno de los dos
>>> como para hacer merges así a lo loco con código que no está metido en
>>> un repo.
>>> ¿Alguno tiene experiencia con esto o ha leido algo de hacer cosas asi?
>>>
>>> Miiiil graciaaas
>>> _______________________________________________
>>> eside-ghost mailing list
>>> eside-ghost en listas.deusto.es
>>> https://listas.deusto.es/mailman/listinfo/eside-ghost
>>
>>
>>
>> --
>> Saludos,
>> Bruno González
>>
>> _______________________________________________
>> Jabber: stenyak AT gmail.com
>> http://www.stenyak.com
>>
>> _______________________________________________
>> eside-ghost mailing list
>> eside-ghost en listas.deusto.es
>> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en listas.deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en listas.deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
Más información sobre la lista de distribución eside-ghost