¿Puedo usar mSysGit y el git de Cygwin?

Después de migrar a Windows, estoy usando msysgit con su shell bash incluido, y eso funciona bien para mí. Pero tengo problemas: nuestro process de construcción de ant no se ejecutará en ese shell, me gustaría usar los xterms de Cygwin en lugar de la window de commands de Windows, ya que la compatibilidad del terminal no es lo suficientemente buena como para ejecutar todo lo demás que quisiera en esa window, y así sucesivamente.

De hecho, me he quedado con msysgit en el shell de commands de Windows para no tener que usar una window separada para comstackr, pero eso tiene aún más problemas: la falta de cd y la finalización del file me están matando, la mayoría de los commands a los que me gustaría conectar no están presentes, etc.

Entonces, si cambio al uso del git de Cygwin, o peor, uso ambos en diferentes momentos, ¿las terminaciones de línea van a morderme? ¿El git de Cygwin espera que todo sea \n cree que está viendo cambios porque mSysGit se convirtió en \r\n momento de pagar? ¿Comprobará el git de Cygwin como \n y confundirá mi Windows Eclipse, que estoy seguro quiere que todo sea \r\n ?

El enfoque más simple sería establecer cualquier git (msysGit o Cygwin git) para ignorar los styles crlf.

 core.autocrlf=false 

De esta forma, no tienes conflictos de ants no deseadas.

¿Comprobará el git de Cygwin como \ n y confundirá mi Windows Eclipse, que estoy seguro quiere que todo sea \ r \ n?

La mayoría de las aplicaciones modernas (incluido Eclipse) son perfectamente capaces de usar \ n solamente.

Hay algunas excepciones molestas (por ejemplo, el protocolo de correo electrónico), pero en la mayoría de los casos puede usar simplemente \ n para todo.

Entonces, como dice VonC, simplemente desactive la configuration de autocrlf y todo estará bien.

Desde esta publicación – "Configurar el server GIT con Msysgit en Windows" – un usuario sugirió este enlace – http://www.timdavis.com.au/git/setting-up-a-msysgit-server-with-copssh-on- windows /

Utilicé esta configuration y funcionó a la perfección en Windows for Me.

Espero eso ayude

En realidad, simplemente quedarte con msysGit no te salvará. Tuve un problema en el que cada file de origen se mostró como cambiado debido al problema de final de línea cuando se usaban diferentes versiones de msysGit. Configurar core.autocrlf en el file de configuration de git lo solucionó.

Tengo dolor de cabeza en los finales de línea. Estoy usando cygwin git, y siempre informa algunos files de text recién revisados ​​como "modificados". Cuando cambié "core.autocrlf" de "verdadero" a "input" diez de los quince files desaparecieron de la list modificada, y los 5 restantes se fueron después de configurar "core.autocrlf" en "false".

No puedo votar por la solución de VonC debido a la baja reputación, pero diría que funciona para mí.

Establecí core.autocrlf en false en msysgit y tomé el cygwin instalado por defecto.

Tuve problemas para verificar desde un símbolo del sistema utilizando las herramientas cygwin y las herramientas mingw enviadas con msysgit, debido a cambios aparentes en los modos de file (755 pareció cambiar a 644 en cada file). Esto parece ser un problema con respecto al bit ejecutable. el reinicio de git no ayudó.

Sin embargo, hacer el clon inicial desde la window de la GUI de msysgit no produjo este problema, y ​​ahora parece ser libre de usar cygwin desde su propio shell bash o un símbolo del sistema, o desde su shell bash. En otras palabras, todo parece feliz.

Así que, si ve que todos los files parecen cambiar y las terminaciones de línea no parecen ser la causa del problema, intente verificar desde la GUI.

Después de depurar esto por un time, lo resolví para mi caso. Copié el file id_rsa de una partición de Linux de forma indirecta, dejando los finales de línea en formatting LF (Unix). Al abrir el file en eclipse y convertir los finales de línea a Windows se solucionó esto. Además, tengo GIT_SSH establecido en Plink (de Putty) siguiendo estas instrucciones: http://www.mainelydesign.com/blog/view/git-plink-for-ssh-on-windows