Re: [gnome-es] Pregunta sobre funcionamiento del repo

[Joaquín Ignacio Aramendía <samsagax gmail com>]

El mié, 16-02-2011 a las 17:29 +0100, Francisco Vila escribió:
> El día 16 de febrero de 2011 17:15, Daniel Mustieles García
> <daniel mustieles gmail com> escribió:
> > Realmente lo que comentas sí es un merge, ya que (hasta donde yo sé, quizá
> > me meto en un campo que no domino demasiado), Git no está orientado sólo a
> > traducciones, por lo que si yo subo una cadena sin traducir a un repositorio
> > donde esa cadena sí estaba traducida, el merge toma como buena la cadena que
> > yo subo, pero de la misma manera que si en vez de borrar la traducción, la
> > hubiese modificado.
> 
> Efectivamente.  En tu árbol local cambias unas líneas de un archivo,
> el commit consiste en cambiar esas líneas.  Si las líneas estaban
> traducidas y el archivo nuevo no las tiene traducidas, esas líneas
> constan como una "destraducción."

Eso no sería hacer un merge. Merge (= mezclar) compara los dos archivos
y crea uno nuevo con las informaciones de ambos (fijandose en las
versiones). Si en el archivo original existe una línea traducida que en
el otro no está y son de la misma versión, el merge no borra información
del archivo original.

> 
> > De este modo, si yo subo un .pot al repositorio pero lo llamo es.po, me
> > cargo la traducción entera que hubiese, pero porque Git no "sabe" de
> > traducciones. Por otro lado, comentas que " Depende del tipo de commit que
> > haga el encargado de subir el archivo a Git". Hasta donde yo sé, sólo hay un
> > tipo de commit,
> 
> Sí, sólo hay un tipo de commit.  Con "depende del tipo de commit",
> fatalmente expresado, quiero decir "depende de lo que hagas con el
> archivo antes de acometerlo". Si lo recibes y lo subes como lo has
> recibido, eso es una sustitución de todas las líneas, no hay mezcla
> que valga.
> 
> > Respecto a lo de las ramas, no estoy muy seguro de que las ramas se mezclen
> > automáticamente.
> 
> No se mezclan automáticamente.  Se mezclan manualmente, pero la mezcla
> de los archivos es automática aunque en distintas ramas se hayan
> modificado los mismos archivos.  El archivo resultante contiene las
> modificaciones en cada línea que tuviera cada rama.  Sólo hay
> conflicto cuando dos ramas modifican las mismas líneas de los mismos
> archivos.  En ese caso es necesario resolver el conflicto de forma
> manual.
> 
> > Al menos en mi caso, si tengo que subir algo a gimp-2.6,
> > antes que hacer un checkout de esa rama, subir el archivo, y luego volver a
> > la rama gimp-master, es decir, los cambios que subo a la rama master no se
> > propagan a las ramas inferiores.
> 
> Correcto, si haces eso no se propagan, pero es posible (y fácil)
> propagarlas si estás en una de ellas y haces git merge master.
> 

De todas formas gracias por aclararme un poco el funcionamiento del repo
Git, que no estaba familiarizado.

-- 
                Joaquín Ignacio Aramendía
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html