We use visualsvn with tortoiseSVN on the client for version control of the binaries. That is, when we want to test a project, the test branch is merged with the build branch. Th
HTTP status code 502 is a server side error:
RFC 7231 section 6.6.3:
The 502 (Bad Gateway) status code indicates that the server, while acting as a gateway or proxy, received an invalid response from an inbound server it accessed while attempting to fulfill the request.
As you are checking in binary files it could be a timeout from a server between you and the svn servern as the checking takes too long. So you should check the svn server and any server between you and the svn server.
In my case, I was using RouixSVN and I only had to clear the SVN authentication data on my computer and log in again and it worked. Hope it helps someone else.
On an Ubuntu system this is done by deleting:
~/.subversion/auth
on Windows:
%APPDATA%\Subversion\auth
I solved this issue. The problem I saw is the branch called for a SVN COPY to happen and this is done in HTTP and breaks under HTTPS. So I created a localhost:9005 virtual host running DAV, added the localhost:9005 listner, and changed my SSL virtual host to proxy to the localhost:9005.
... SSLCertificateFile /etc/ssl/certs/server.cer SSLCertificateKeyFile /etc/ssl/certs/server.key SSLCertificateChainFile /etc/ssl/certs/domain.cerProxyRequests On
ProxyPreserveHost On
ProxyPass /svn http://localhost:9005/svn
ProxyPassReverse /svn http://localhost:9005/svn
Per investigation with support@visualsvn.com, the root cause was the following line in the %VISUALSVN_SERVER%conf\httpd-custom.conf
file:
RequestHeader edit Destination ^https http early
Removing this line resolves the issue.
BTW, I can guess that the line was added to implement automatic redirection from HTTP to HTTPS. With modern VisualSVN Server versions, you can enable this redirection via the VisualSVN Server Manager console. Therefore, no need to add that line to the conf file.
You can follow these steps: