No se pueden enviar varios files del proyecto de Visual Studio a la subversión

Desde hace unas semanas, tengo algunos problemas con Subversion. Cuando bash enviar files desde un proyecto de Visual Studio 2017, hay algunos files que no puedo enviar a mi server Visual SVN. Para ser precisos, todos los files en la carpeta del proyecto como * .cs, * .config, * .csproj, * .resx, …

Mi configuration:
Cliente: TortoiseSVN 1.9.7 en Windows10
Servidor: VisualSVN detrás de un IIS-ReverseProxy ejecutándose en Windows Server 2012r2

El error que recibo cuando bash confirmar, por ejemplo, un file * .cs:

Commit D:\Test\branches\ScaraControl\ScaraControl\Form1.cs D:\Test\branches\ScaraControl\ScaraControl\Form1.cs Commit failed (details follow): File 'D:\Test\branches\ScaraControl\ScaraControl\Form1.cs' is out of date '/svn/Test/!svn/txr/5-9/branches/ScaraControl/ScaraControl/Form1.cs' path not found You have to update your working copy first. 

La actualización de la copy de trabajo está finalizando correctamente pero no soluciona el problema.

Puedes ver mi proyecto en la image a continuación. Para la testing, creé un repository completamente nuevo y vacío. Como puede ver, las carpetas .vs, bin y obj se ignoran con todos los files dentro de ellas, todas las demás carpetas se envían al server (sin los files dentro de ellas). En la segunda image, puede ver que puedo confirmar el file * .sln pero no otro file en la carpeta del proyecto.

enter image description here enter image description here

Para probar, creé un file de text vacío y lo renombré a text.cs. Incluso este file vacío no se puede enviar al Servidor con el mismo post de error.

Debido al hecho de que esto está sucediendo con todos los clientes, es más probable que sea un problema en el lado del server, pero no tengo idea de qué podría causar este error. Desafortunadamente, el server de VisualSVN no tiene logging de errores o al less no la versión gratuita que estoy usando.

Estaría muy agradecido por cualquier consejo que pueda get para resolver este molesto problema.

Edit1: el problema es causado por el IIS Reverse-Proxy

Después de conectarse a través del puerto 8443 directamente al server de VisualSVN (evitando el proxy inverso), todo vuelve a funcionar. Por lo tanto, debe haber un problema con la configuration del module de reescritura de URL. Para ser sincero, tardé bastante time en hacerlo funcionar porque mi conocimiento sobre todos los entornos es muy limitado.

Este es mi Web.config con la configuration para el module Reescribir URL. Tal vez hay algo que no está configurado como debería ser. Si necesita más información solo pregunte.

 <?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <rewrite> <outboundRules> <rule name="ReverseProxyOutboundRule1" preCondition="ResponseIsHtml1" enabled="true"> <match filterByTags="A, Form, Img" pattern="^http(s)?://svn.example.org:8443/(.*)" /> <action type="Rewrite" value="http{R:1}://svn.example.org/{R:2}" /> </rule> <preConditions> <preCondition name="ResponseIsHtml1"> <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html" /> </preCondition> </preConditions> </outboundRules> <rules> <rule name="ReverseProxyInboundRule1" enabled="true" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{CACHE_URL}" pattern="^(https?)://" /> </conditions> <action type="Rewrite" url="{C:1}://svn.example.org:8443/{R:1}" /> </rule> </rules> </rewrite> <security> <authorization> <remove users="*" roles="" verbs="" /> <add accessType="Allow" users="" roles="Users" /> <add accessType="Allow" users="*" /> <add accessType="Allow" users="?" /> </authorization> </security> <urlCompression doStaticCompression="false" doDynamicCompression="false" /> <httpRedirect enabled="false" destination="https://svn.example.org" exactDestination="true" childOnly="true" /> <directoryBrowse enabled="false" /> </system.webServer> </configuration> 

Me encontré con el mismo problema y estoy ejecutando un proxy inverso a través de IIS, así que creo que tiene algo que ver con eso.

VisualSVN se sirve localmente en https://localhost:8443 y estaba intentando utilizar el proxy inverso para enrutar desde https://svn.mysite.com . Esto parece funcionar bien. Incluso puede solicitar una copy nueva del repository y se descargan todos los files. Cuando intentas comprometerte tienes problemas, como has identificado, ciertos files no se encuentran en el repository.

El único trabajo que he encontrado (gracias a su pregunta que networkinguce las causas probables) fue agregar el puerto a la URL: https://svn.mysite.com:8443 . Esto no debería ser necesario ya que el proxy inverso debería manejarlo, así que supongo que es un problema con VisualSVN que puede corregirse en una actualización futura.