Git – Ignorar archivos durante la fusión

Question 1

tengo un repositorio llamado myrepo en el control remoto beanstalk servidor.

Lo cloné en mi máquina local. Creó dos sucursales adicionales: staging y dev. Empujó estas ramas a control remoto también.

Ahora:

 local                   remote                   server
 --------------------------------------------------------  
 master  ==> Pushes to  `master`  ==> deployed to `prod`
 staging ==> Pushes to  `staging` ==> deployed to `staging`
 dev     ==> Pushes to  `dev`     ==> deployed to `dev`

tengo un archivo llamado config.xml que es diferente en cada rama.

Quiero ignorar este archivo solo durante las fusiones. Pero quiero que esto se incluya cuando pago o me comprometo desde/hacia la rama de repositorio.

La razón por la que quiero esto es que tenemos un script de implementación que extrae (paga) la rama específica y se implementa en los servidores respectivos. Así que necesitamos config.xml El archivo de esa rama específica va al servidor específico como se indicó anteriormente cuando se implementa.

supongo .gitignore no funcionará ¿Cuáles son las otras opciones? Tenga en cuenta que el archivo ignorado debe ser parte del pago y confirmación, lo cual es importante. debe ignorarse solo durante las fusiones.

¡Gracias!

Question 2

Superé este problema usando el comando git merge con el --no-commit y luego eliminó explícitamente el archivo provisional e ignoró los cambios en el archivo. Por ejemplo: digamos que quiero ignorar cualquier cambio en myfile.txt Procedo de la siguiente manera:

git merge --no-ff --no-commit <merge-branch>
git reset HEAD myfile.txt
git checkout -- myfile.txt
git commit -m "merged <merge-branch>"

Puede poner las declaraciones 2 y 3 en un bucle for, si tiene una lista de archivos para omitir.

Question 3

Terminé encontrando git attributes. probándolo Trabajando hasta ahora. Todavía no comprobó todos los escenarios. Pero debe ser la solución.

Fusionar estrategias: atributos de Git

Question 4

.gitattributes – es un archivo de nivel raíz de su repositorio que define los atributos de un subdirectorio o subconjunto de archivos.

Puede especificar el atributo para decirle a Git que use diferentes estrategias de combinación para un archivo específico. Aquí, queremos preservar lo existente. config.xml para nuestra sucursal. Necesitamos establecer el merge=foo para config.xml en .gitattributes expediente.

merge=foo dígale a git que use nuestro archivo (rama actual), si ocurre un conflicto de fusión.

Agrega un .gitattributes archivo en el nivel raíz del repositorio
Puede configurar un atributo para confix.xml en el .gitattributes expediente
```
 <pattern> merge=foo
```
Tomemos un ejemplo para config.xml
```
 config.xml merge=foo
```
Y luego definir un dummy foo fusionar estrategia con:
```
 $ git config --global merge.foo.driver true
```

Si fusionas el stag formulario dev rama, en lugar de que la combinación entre en conflicto con la config.xml archivo, el archivo config.xml de la rama de ciervo se conserva en la versión que tenía originalmente.

para más referencia: fusionar_estrategias

Question 5

Podrías empezar usando git merge --no-commity luego edite la combinación como desee, es decir, anulando config.xml o cualquier otro archivo, luego confirme. Sospecho que querrías automatizarlo aún más después de eso usando ganchos, pero creo que valdría la pena hacerlo manualmente al menos una vez.

Question 6

Ejemplo:

Tienes dos sucursales: master, develop
Usted creó el archivo en develop rama y quiero ignorarlo mientras se fusiona

Código:

git config --global merge.ours.driver true
git checkout master
echo "path/file_to_ignore merge=ours" >> .gitattributes
git merge develop

También puede ignorar archivos con la misma extensión

por ejemplo todos los archivos con .txt extensión:

echo "*.txt merge=ours" >> .gitattributes

Question 7

podrías usar .gitignore para mantener la config.xml fuera del repositorio, y luego use un gancho posterior a la confirmación para subir el apropiado config.xml archivo al servidor.

Question 8

Como comentaron muchos, se debe tener en cuenta que la respuesta aceptada y las copias de la misma (usando una estrategia de combinación personalizada para un archivo o archivos específicos) solo funciona en los casos en que habría conflictos de fusión reales.

2 casos simples que no darían lugar a conflictos de fusión y, por lo tanto, se comprometen a fusionarse:

Usted tiene un config.xml archivo en una rama de función y no en maestro. Desea excluirlo durante la fusión
Tu config.xml archivo en ambas ramas se basan en la misma confirmación. El nuevo código se agrega al archivo en función.

Cualquiera de los usos merge --no-commit como lo demuestra unmesh-gurjar o simplemente seleccionar compromisos individuales en el maestro. Este último, por supuesto, es bastante engorroso y viene con un par de otras trampas (nuevas ID SHA1, etc.)

¿Ha sido útil esta solución?