git-svn ignorando el file de configuration de subversión (auto-props) en Windows

Esta es mi primera pregunta aquí, espero no estar haciendo nada mal.

Como sugiere el título, estoy tratando de trabajar con git-svn en un proyecto que tiene un repository SVN central. El repository SVN usa auto-props, y si estos no se establecen correctamente en el file de configuration SVN local, se rechaza la confirmación.

He leído en todas partes, incluso aquí en StackOverflow, que git-svn es lo suficientemente inteligente como para leer y respetar el file de configuration de svn, así que si ya configuré mi cliente de Subversion correctamente, git-svn debería funcionar. Lamentablemente, este no es el caso para mí.

Aquí está el contenido de mi file de configuration SVN, la location si es C: \ Users [myusername] \ AppData \ Roaming \ Subversion \ config . Eliminé todos los comentarios (y solo los comentarios).

[auth] [helpers] [tunnels] [miscellany] global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* *.swp ~* enable-auto-props = yes use-commit-times = yes [auto-props] *.e = svn:keywords=Author Date ID Revision;svn:eol-style=native *.c = svn:keywords=Author Date ID Revision;svn:eol-style=native *.h = svn:keywords=Author Date ID Revision;svn:eol-style=native *.cpp = svn:keywords=Author Date ID Revision;svn:eol-style=native *.y = svn:keywords=Author Date ID Revision;svn:eol-style=native *.py = svn:keywords=Author Date ID Revision;svn:eol-style=native *.ecf = svn:keywords=Author Date ID Revision;svn:eol-style=native *.xace = svn:keywords=Author Date ID Revision;svn:eol-style=native *.ace = svn:keywords=Author Date ID Revision;svn:eol-style=native *.ge = svn:keywords=Author Date ID Revision;svn:eol-style=native *.eant = svn:keywords=Author Date ID Revision;svn:eol-style=native *.bm = svn:keywords=Author Date ID Revision;svn:eol-style=native *.bat = svn:keywords=Author Date ID Revision;svn:eol-style=native *.sh = svn:keywords=Author Date ID Revision;svn:eol-style=native *.xeb = svn:keywords=Author Date ID Revision;svn:eol-style=native Mak* = svn:keywords=Author Date ID Revision;svn:eol-style=native tcf = svn:eol-style=native output = svn:eol-style=native output? = svn:eol-style=native 

Commitir con SVN funciona perfectamente y deja de funcionar (el server lo rechaza diciendo que no se ha establecido un autopropósito) si edito este file y configuro enable-auto-props en no , por lo que este es el file correcto para editar y está siendo analizado. Lamentablemente, git-svn ignora esto por completo, y Dcommitting siempre falla con el mismo post de error, que es el siguiente:

 ERROR from SVN: A repository hook failed: MERGE request failed on '/[url omitted]/Src': Commit blocked by pre-commit hook (exit code 1) with output: Props 'svn:keywords=author date id revision' missing (or not expected) Props 'svn:eol-style=native' missing (or not expected) Props issue on: /[url omitted]/some_file.cpp 

este post se repite varias veces para todos los files con extensión relevante que estoy tratando de comprometer.

Leí en un comentario a una respuesta de StackOverflow en algún lugar que en Windows podría haber otra copy del file de configuration de Subversion, ubicado en "C: \ Users [myusername] .subversion \ config", pero este no era el mío. Solo para estar seguro, copié el file de configuration a esta ruta y nada cambió.

Me sorprende que esto no parezca un problema común. Esperaba encontrar muchas personas haciendo la misma pregunta en Internet, pero este no parece ser el caso. Cuando las personas preguntan acerca de los accesorios automáticos, la respuesta siempre es que git-svn debe respetar el file de configuration SVN, generalmente seguido de "¡gracias, funciona!", Por lo que es probable que dependa de algo en mi installation, pero Sinceramente, no tengo ni idea de cómo puedo solucionar eso.

Gracias por leer y gracias de antemano por su ayuda.

Ok, encontré la solución. Supongo que git-svn estaba ignorando mi configuration porque estaba buscando el file de configuration en el lugar equivocado. Decidí que quería encontrar dónde git estaba almacenando realmente la configuration de git y encontré en la stack el command git config --global --edit hará esto (se abrirá un editor, desde el cual se puede ver dónde se encuentra el file).

Resultó que, a diferencia de Subversion, la configuration de git estaba en una unidad de networking en mi máquina, donde se almacena el perfil de usuario de mi dominio. Encontré otra copy del file de configuration SVN en esa unidad, la reemplacé con el file correcto y ahora git-svn funciona como un amuleto.

Aunque creo que algo en mi máquina debe estar mal configurado, esto resolvió mi problema.