• 0

Easy and simple guide to create a Subversion (SVN) server in Windows?


Question

Hey

Ive been literally killing myself looking up guides but most are way outdated and/or complicated. I tried a few simply ones but they simply appear to be out of date.

Can someone point me on a easy way to set it up in Windows? Ive been trying to use (as a client) TortoiseSVN but I simply cant get it to work. So I need something simply and easy.....

Thanks a lot!

18 answers to this question

Recommended Posts

  • 0
  On 02/04/2012 at 14:28, hjf288 said:

http://www.codinghor...on-windows.html

You need to run a server before you can connect using the client and its detailed on there

or use:

http://www.visualsvn.com/server/

Both look good. Im going to try the VisualSVN as the GUI way looks alot easier :p

Its for a Java project, but I perfer a generic version. Both of these look pretty generic so....

  • 0
  On 02/04/2012 at 14:28, hjf288 said:

A big +1 for VisualSVN; dead easy to configure and maintain yet still runs Apache at its core, plus it integrates nicely into the Microsoft Management Console so it can be administered very easily remotely as well. Can use SVN or Windows authentication. Depending on your needs though you don't even really need a server, TortoiseSVN can make a file based repository that can be on a network share faster than it took me to type that.

If you use Visual Studio, their client is quite good too. (Wraps around Tortoise.)

  • 0

Setting it up locally was pretty easy :)

Now the remote access is the hard part....

Lets say the url is: http://computernamehere.somelocaldomain.local:3980/svn/

How can someone access that from the outside? Thats what I cant really do.

On my internal LAN it works, but on the external I cant get it to work.

  • 0
  On 02/04/2012 at 15:05, htcz said:
On my internal LAN it works, but on the external I cant get it to work.

Will most likely need to add a port forwarding rule to your router.

  • 0
  On 02/04/2012 at 15:18, Max Norris said:

Will most likely need to add a port forwarding rule to your router.

Already done and nothing.

Like I said, I have a port forward rule for 8080 and that works. But it doesnt work for this (which is 3980) and it has a port forward rule too....

  • 0
  On 02/04/2012 at 15:22, htcz said:
Like I said, I have a port forward rule for 8080 and that works. But it doesnt work for this (which is 3980) and it has a port forward rule too....

Ahh thought you were mentioning your firewall, not the router. Are you using SSL? (Namely, forgetting to use https instead of http per your example URL above.)

  • 0
  On 02/04/2012 at 15:26, Max Norris said:

Ahh thought you were mentioning your firewall, not the router. Are you using SSL? (Namely, forgetting to use https instead of http per your example URL above.)

Well, no. But locally it works. Do I have to use SSL when accessing it on the outside?

  • 0
  On 02/04/2012 at 15:28, htcz said:
Well, no. But locally it works. Do I have to use SSL when accessing it on the outside?

No, just eliminating a possible issue. Is it hitting the server and being refused, or just not seeing it at all? (That is, an authentication issue.) Also, I just saw your example URL above, you can't access the repositories node using a subversion client, need the full repository path, for example: https://svn.example.com/svn/test/ You should also be able to access the web interface remotely. I'm using the default SSL port of 443, and it's working for me remotely anyway. Make sure you're adding the port number if you're going with a non-standard port.

Copy/pasting from VisualSVN's docs:

  Quote
Note Unlike web browsers, Subversion clients are unable to access the content of the Repositories node in the VisualSVN Server Manager. In other words, you are unable to access https://svn.example.com/svn/ URL using Subversion clients such as TortoiseSVN or svn.exe.
  • 0
  On 02/04/2012 at 15:36, Max Norris said:

No, just eliminating a possible issue. Is it hitting the server and being refused, or just not seeing it at all? (That is, an authentication issue.) Also, I just saw your example URL above, you can't access the repositories node using a subversion client, need the full repository path, for example: https://svn.example.com/svn/test/

Copy/pasting from VisualSVN's docs:

Not seeing it at all. Im using a web browser both locally and remotely.

Local side I access: http://computernamehere.somelocaldomain.local:3980/svn/

Remote side I access (if 234.11.23.12 was my WAN address): http://234.11.23.12:3980

  • 0
  On 02/04/2012 at 15:38, GreyWolf said:

Many ISPs block port 80 and 8080 and other "known" HTTP access points. It's possible that's why you cannot access it externally.

8080 isnt blocked by my ISP (a service I have on 8080 works remotely), and putting in my hosts file (if my web server address was hello.dev):

234.11.23.12 hello.dev

I am able to remotely access hello.dev

I dont think this is the only port that is blocked right? It would be too much of a coincidence.....

  • 0

OK, I finally got it to work (not my fault; damn dumbed down network admins :p )

Now, my next question is how do I access this thru a SVN client? In this fashion:

svn://234.11.23.12:3980

in TortoiseSVN doesnt work. Simply cant find it....

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Watchdog finds Microsoft guilty of confusing advertising when it comes to Copilot by Usama Jawad While Microsoft is advocating for Copilot usage in both personal and enterprise environments as much as possible, it arguably hasn't made as big of a splash as it wanted. Now, the U.S. watchdog National Advertising Division (NAD) has criticized Microsoft for some of its advertising practices when it comes to Copilot. In a recent blog post spotted by The Verge, NAD noted that Copilot does possess the functionalities that Microsoft expressly claims it does in enterprise use cases. This includes capabilities like summarization of content, generating text, and creating outlines for PowerPoint slide decks. While Copilot does have some limitations in this area, NAD thinks that they are pretty minor, so the lack of disclosure in this area doesn't really impact how most customers leverage Copilot. That said, the watchdog discovered some problems in Microsoft's messaging when it came to Business Chat. It believes that Redmond's universal and interchangeable use of Copilot for both the assistant and Business Chat can cause confusion among users, as they judge their functionalities. For example, NAD argues that while Copilot is quite fast at seamlessly generating documents in other applications, this is not the case with Business Chat, which requires more manual steps, and this is not abundantly clear in the advertising on Microsoft's website. Finally, NAD advised Microsoft to get rid of its claims regarding an increase in productivity and ROI because while the tech giant does have supporting studies to back its boasts, they do not provide a "good fit" for objective claims. It's also worth highlighting that the UK government recently did trial Copilot in work environments and discovered that participants did save 26 minutes per day on average. Still, it seems like this is not good enough for NAD. Interestingly, Microsoft did respond to NAD's advisory, saying that while it disagrees with some of the watchdog's findings, it has made changes to its advertising messages in order to comply with NAD's recommendations. Source: NAD via The Verge
    • My new emergency poo ticket holder
    • These are the same ignorant, gullible, cowardly fools who still believe that gods are real and that fictional White Jesus is coming back to Earth "any day now". It's a Venn-diagram of two almost perfectly concentric circles. In short, they'll buy anything you lie to them about as long as it makes them less afraid... Of things the rest of us know we don't have to be afraid of at all.
    • It isn't fair to shift all blame to the user. Yes, the user shouldn't have blindly trusted MS with all their data, but assuming the facts reported are correct, MS massively screwed up too. Both can be true.
    • How about with add up/down votes on posts instead? Then we could upvote posts that are True based on the facts and supported by evidence. And we could also downvote the ridiculous paranoid rantings of ignorant, gullible, cowardly people who still fall for ancient proven lies and obvious fearmongering scams behind such nonsense like white supremacy, Nazism, Trumpism, etc. I'm willing to give it a try. How about you?
  • Recent Achievements

    • Experienced
      dismuter went up a rank
      Experienced
    • One Month Later
      mevinyavin earned a badge
      One Month Later
    • Week One Done
      rozermack875 earned a badge
      Week One Done
    • Week One Done
      oneworldtechnologies earned a badge
      Week One Done
    • Veteran
      matthiew went up a rank
      Veteran
  • Popular Contributors

    1. 1
      +primortal
      699
    2. 2
      ATLien_0
      268
    3. 3
      Michael Scrip
      211
    4. 4
      +FloatingFatMan
      186
    5. 5
      Steven P.
      142
  • Tell a friend

    Love Neowin? Tell a friend!