AnkhSVN settings combine Visual Studio integration choices with configuration used by the underlying Subversion client libraries.
When troubleshooting, identify whether a setting belongs to AnkhSVN/Visual Studio, Subversion client configuration, or the repository/server.
Subversion can cache authentication credentials and certificates according to client configuration.
If credentials changed but AnkhSVN keeps authenticating incorrectly:
Authentication success does not imply authorization to every repository path.
TLS/certificate failures can involve:
Avoid permanently accepting an unexpected certificate until its identity has been verified.
HTTP/HTTPS repository access may depend on Subversion proxy settings rather than Visual Studio’s browser settings.
When access works in one SVN client but not another, compare:
AnkhSVN can invoke configured tools for comparing and merging files.
When configuring an external tool, verify:
Test the tool with a disposable conflict before relying on it for important merges.
Some AnkhSVN behavior is tied to the current solution rather than a machine-global setting. If behavior differs between two solutions on the same workstation, compare their working-copy layout and solution-specific source-control settings.
Client configuration can provide machine-specific behavior such as global ignores or automatic properties.
Repository properties such as svn:ignore, svn:externals, and svn:eol-style are versioned and shared when committed.
Do not assume a behavior is shared with the team merely because it works on one workstation.
A tool launched by Visual Studio may see a different current directory, PATH, environment variables, or architecture than when you launch the same tool manually.
Use fully qualified executable paths when diagnosing tool-launch failures.