I am using VisualSVN Server 3.0.1 and TortoiseSVN 1.8. Using VisualSVN Server Manager, I made a repository called "lottery" in my C:\ drive. I started all the VisualSVN Server's services on the machine. I checked VisualSVN Server's HTTP service is running and VDFS service is running. I also made two users harry and sally with password 1234 using VisualSVN Server Manager. I made a directory C:\workdirs. In that, there are two folders harry and sally for my users. When I navigate into harry's folder and run my svn command, I get an error. Please help me to resolve it.
C:\workdirs\harry>svn co --username harry --password 1234 https://james/svn/lottery/
That url is copy pasted exactly from VisualSVN Server Manager. I get the error -
C:\workdirs\harry>svn co --username harry --password 1234 https://james/svn/lottery/
svn: E731001: Unable to connect to a repository at URL 'https://james/svn/lottery'
svn: E731001: No such host is known.
Solutions I tried -
Tortoise won't connect to subversion server
Apparently, you can’t go straight to the SVN folder you need to
include a repository file name in the path.
So, I tried to use the url with port and the repo folder name to see if it helps svn co --username harry --password 1234 https://james:443/svn/lottery/ Btw, james is the name of the svn server i saw in the visual svn server properties.
The resulting error is -
svn: E731004: Unable to connect to a repository at URL
'https://james/svn/lottery'
svn: E731004: The requested name is valid, but no data
of the requested type was found.
Next, I tried to use http instead of https and got the same error.
Next, I tried to use the url like this https://localhost/james:443/svn/lottery/
I got the error -
Error validating server certificate for 'https://localhost:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
- The certificate hostname does not match.
Certificate information:
- Hostname: steam
- Valid: from sometime in 2014 GMT until sometime in 2020 GMT
- Issuer:
- Fingerprint: 6a:7b:8c:....
(R)eject, accept (t)emporarily or accept (p)ermanently? p
svn: E175013: Unable to connect to a repository at URL
'https://localhost/james:443/svn/lottery'
svn: E175013: Access to '/james:443/svn/lottery' forbidden
Finally, I thought of using my computer's IP address as mentioned in the link I gave. I don't know what the IP is, but I tried using localhost instead and it worked !!!
C:\workdirs\harry>svn co --username
harry --password 1234 https://localhost/svn/lottery/
Checked out revision 0.
This worked for me -
svn co --username harry --password 1234 https://localhost/svn/lottery/
I did not have to add a port number after localhost. It works, but I don't know what happened. Btw, make sure that your Visual SVN windows services are running before you run this command.
Your local DNS is unaware about that "james" hostname represents your computer therefore you get the No such host is known error. If you work with VisualSVN Server alone, you could add a reference that "james" is your computer's name to your hosts file.
Otherwise, contact your network administrator and ask about what is your computer's hostname on your LAN.
Go to your project folder Right Click go to your tortiseSvn --> Relocate --> change your svn repository url
Related
I made a repository by VisualSVN in Windows Server 2012 R2.
After made the repository, I checkout the repository on Windows using TortoiseSVN and it worked.
However, when I checkout Mac mini device, an error occured.
svn checkout https://win-h3asdfasdf/svn/asdfasdf --username asdfasdf --password asdfasdf
svn: E170013: Unable to connecto to a repository at URL 'https://win-h3asdfasdf/svn/asdfasdf'
svn: E670008: nodename nor servname provided, or not known
Please let me know how can I fix it.
Guess, you already don't need an answer, but I faced the same error and got the solution. So I'll share it anyway:
The error says that the URL is wrong, and you probably get this link when you click on the "Checkout" button, so to avoid this error you should write the full name of the address like you get this link when you click on the button:
https://win-h3asdfasdf/svn/asdfasdf
, then you should add to it its full name:
https://win-h3asdfasdf.organization.com/svn/asdfasdf
I don't use mac very often and am trying to figure out what the correct URL is to connect to a repository shared from my windows machine. I was thinking of something like file://\winMachine/svnrepo, but that's not working.
I don't see how that would differ from normal ways of accessing network shared resources. The only issue here would be that OSX might not resolve NETBIOS names, so you might want to use the IP.
You should clone the repository through command line or GUI using the URL provided by the SVN Server, ex.: http://10.0.0.1:8080/svn/Project/
[yurieastwood#mbp ~]$ svn checkout --username yeastwood http://10.0.0.1:8080/svn/SampleProject/trunk/
Authentication realm: <http://10.0.0.1:8080> VisualSVN Server
Password for 'yeastwood': *********
A trunk/SampleProject.XmlImporter
A trunk/SampleProject.XmlImporter/SampleProject.XmlImporter.csproj
A trunk/SampleProject.XmlImporter/JsonConvertTask.cs
A trunk/SampleProject.XmlImporter/packages.config
A trunk/SampleProject.XmlImporter/bin
A trunk/SampleProject.XmlImporter/bin/Release
A trunk/SampleProject.XmlImporter/bin/Debug
A trunk/SampleProject.XmlImporter/bin/Debug/SampleProject.Framework.pdb
A trunk/SampleProject.XmlImporter/bin/Debug/Autorun.mdf
A trunk/SampleProject.XmlImporter/bin/Debug/Autorun_log.LDF
A trunk/SampleProject.XmlImporter/bin/Debug/SampleProject.XmlImporter.pdb
A trunk/SampleProject.XmlImporter/bin/Debug/SampleProject.Framework.dll
A trunk/SampleProject.XmlImporter/bin/Debug/Newtonsoft.Json.dll
A trunk/SampleProject.XmlImporter/bin/Debug/SampleProject.XmlImporter.dll
A trunk/SampleProject.XmlImporter/bin/Debug/Newtonsoft.Json.xml
Checked out revision 7.
[yurieastwood#mbp ~]$
P.S.: If you want to access shared folders from Windows machines you should use the SMB protocol, ex.: smb://10.0.0.1, through Finder -> Go -> Connect to Servers.
I use sourcerepo.com as SVN server. My XCode5 bot complains : error validating server certificate for "https://myproject.sourcerepo.com:443"
- the certificate is not issued by a trusted authority. Use the fingerprint etc....
How can I make my XCode Server accept this svn server and retrieve sources ?
thanks for your advice
Frank
Verify why the certificate is untrusted. (E.g., is it a self-signed certificate?)
Start Terminal and run svn info https://myproject.sourcerepo.com:443/<path-to-repository>. Accept the certificate permanently when prompted.
I found a way to make it work from the Xcode 5 release notes:
https://developer.apple.com/library/ios/releasenotes/developertools/rn-xcode/xc5_release_notes/xc5_release_notes.html
Communicating with a remote SVN repository over HTTPS can fail with an
error similar to “Error validating server certificate for server
name.” Edit the file
/Library/Server/Xcode/Config/xcsbuildd.plist
and change the TrustSelfSignedSSLCertificates key from false to true.
Then, from a Terminal window, run:
sudo killall xcsbuildd
I did exactly the above. To edit the file you actually need to
sudo vi /Library/Server/Xcode/Config/xcsbuildd.plist
After restarting the build daemon I was able to get my Xcode bot to checkout the sources from the remote repository and perform the integration. Hope this helps!
I have a build server that is not part of a Windows domain trying to connect to a VisualSVN server running HTTPS via apache with domain login via Active Directory. When I try to connect to the server using specifying a domain username I observe a client hang:
svn ls --username=domainuser https://subversion.mydomain/svn/repo1/
The logs on the server show Windows authentication failures using the login-name for the build-machine, and the build-machine's hostname in the Domain name field. The username provided on the command-line is completely ignored.
SVN Client: TortoiseSVN commandline tools: svn, version 1.8.1 (r1503906)
On a separate machine (on the domain) - I found that the --username would not be ignored if I used the cygwin svn instead.
The solution I found was to disable the http-auth-type 'negotiate'. This prevents Windows credentials being automatically shared.
I verified this using a command-line override, it asked for password for the user on the command-line:
svn ls --username=domainuser --config-option servers:global:http-auth-types=basic;digest https://subversion.mydomain/svn/repo1/
Authentication realm: <https://subversion.mydomain/svn/repo1/> VisualSVN Server
Password for 'domainuser':
(Note for Cygwin users: If you use SVN under Windows via Cygwin then you will need to add quotes to your command like this: $ svn ls --username=domainuser --config-option "servers:global:http-auth-types=basic;digest" https://subversion.mydomain/svn/repo1/ -- Otherwise the semicolon will be treated as a command delimiter.)
To configure this more permanently you can make a servers config file entry for all matching servers. For Win7 that's C:\Users\<User>\AppData\Roaming\Subversion\servers.
[groups]
mydomain = *.mydomain
[mydomain]
http-auth-types=basic;digest
Instead of disabling negotiate in client's config, I'd suggest using Windows Credential Manager to store the other account's credentials for Single Sign-On.
The following instruction shows how to put other domain credentials to access VisualSVN Server into Windows Credential Manager:
Start | Control Panel | Credential Manager,
Click 'Add a Windows Credential',
As 'Internet or network address' enter the FQDN of VisualSVN
Server's machine,
As 'Username' enter the <DOMAIN>\<username> of user account that
exists in domain and has access rights to VisualSVN Server,
Complete the password field and click OK,
Verify that you can authenticate to VisualSVN Server under the selected user account after completing the above steps.
I have trouble getting the official Windows ADT 21.1.0 distribution to connect to a git repository. No matter what I tried(details below) it complains about host key not present in the registry and shows me no option to accept the host key. The remote server is running Gitlab and is under my control. There's no problem with connectivity or firewalls.
What I tried so far:
connecting without giving a password, with user git
connecting while giving a password, with another user
adding manually the host key in the known_hosts file that is found in the ssh home directory(Preferences->General->Network Connections->SSH2->SSH2 home).
The message is always:
The server's host key is not cached in the registry. You
have no guarantee that the server is the computer you
think it is.
The server's rsa2 key fingerprint is:
ssh-rsa 2048 xx:xx:xx...
Connection abandoned.
RSE works without any problems, only egit gives me problems.
You could workaround the problem by not using the ssh protocol with the git server, but instead the git or http protocol.
One reason for the above message can be using a folder called "ssh" instead of ".ssh" (note the dot). Some colleague of mine experienced that, and this can easily happen when using Windows explorer, as it will silently remove the dot, when creating a folder called ".ssh". You have to use the command line instead.