views:

4787

answers:

6

Let me start by telling you that I never used anything besides SVN and I'm also a Windows user.

I have a couple of simple projects that are open-source, others are on there way when I'm happy enough to release their source code but either way, I was thinking of using Google Code and SVN to share the source code of my projects instead of providing a link to the source on my website. This as always been a pain cause I had to update the binaries and the code every time I released a new version. This would also help me out to have a backup of my code some where instead of just my local machine (I used to have a local Subversion server running).

What I want from a service like this is very simple... I just want a place to store my source code that people can download if they want, allows me to control revisions and provide a simple and easy issue system so people can submit bugs and stuff like that. I guess both of them have this.

But I don't want to host any binaries in their websites, I want this to be hosted on my website so I can control download statistics with my own scripts, I also don't have the need for wiki pages as I prefer to have all the documentation in my own website. Does anyone of this services provide a way to "disable" features like wiki and downloads and don't show them at all for my project(s)?

Now, I'm sure there are lots of pros and cons about using Google Code with SVN and GitHub with Git (of course) but here's what it's important for me on each one and why I like them:

Google Code:

  • As with any Google page, the complexity is almost non-existent
  • Everyone (or almost) as a Google account and this is nice if people want to report problems using the issues system

GitHub:

  • May (or may not) be a little more complex (not a problem for me though) than Google's pages but...
  • ...has a much prettier interface than Google's service
  • It needs people to be registered on GitHub to post about issues
  • I like the fact that with Git, you have your own revisions locally (can I use TortoiseGit for this or?)

Basically that's it, not much I know...

What other, most common, pros and cons can you tell me about each site/software? Keep in mind that my projects are simple, I'm probably the only one who will ever develop these projects on these repositories (or maybe not, for now I will)

+18  A: 

Google Code is supporting Mercurial now. Mercurial should give you most of the benefits of Git, but you get the maturity of Google Code. You also have the option to go with subversion there as well should you want to.

Steve Rowe
Good point, I had never noticed this myself. The windows tools for mercurial are much nicer, imo as well. Though I prefer the git model over it for various reasons.
jsight
GC is not yet supporting mercurial - it's a beta for selected users only.
anon
Good point -- with that in mind, the question should be Google Code vs GitHub, not SVN vs. Git. I prefer Google Code, but GitHub has some interesting unique social aspects to it, and I don't see anything less mature about it.
jimmyorr
Mercurial is out of the question... f I'm going to be moving away from SVN (which, like I said, it's the only thing I've used) it's going to be to Git, not any other.
Nazgulled
Nazgulled, just about anything is better than svn. If you have no experience with anything else, I don't think it's wise of you to put your foot down and make such a firm decision. (That said, I'm primarily a git user these days, but I have a pretty good understanding of hg after using it for a long time).
Dustin
It doesn't matter, if I'm moving away from SVN, it will be to GIT or else I stay with SVN. My "firm decision" has nothing to do with the software itself, I have my reasons but they don't matter for the discussion at hand...
Nazgulled
As of now, GC mercurial is out of beta.
James McMahon
+2  A: 

I haven't had particularly positive experiences with TortoiseGit myself. I really like the git model, but everything about it feels weird to me when I'm trying to use it on Windows. I often end up just using the cygwin version, but even that is far from perfect.

Honestly, for small projects that you want to opensource, I'd probably just host on google code and deal with SVN for the moment. It might be different if you were already a git expert, but I'm not sure that the learning curve is worth it for a small, windows-based project (esp. considering the # of windows developers who are likely to be turned off by it).

jsight
Git on Windows always feels odd to me. Its Linux roots run too deep.
Steve Rowe
+1  A: 

It sounds like Google Code is a better fit for your needs, namely its use of SVN (Mercurial now, but SVN since thats what you are most comfortable with). As for its other features that you dont care so much about, then yes you can disable them by disabling their tab in the UI.

I am a fan of Google Code - its simple and straight-forward.

Cody Caughlan
+3  A: 

These are answers for Google Code (which I use and am very happy with):

But I don't want to host any binaries in their websites

So don't - nothing in the Google terms of service requires you to do so.

I also don't have the need for wiki pages

The wiki pages, like almost all the tabs on a GC site, can be disabled and hidden.

Why not create a Google Code page for your project (it takes about 2 minutes and it's free) and play with the admin options to see if it does what you want?

anon
Because every time I sign up for a new Google service I can never remove it from my account if I don't want to use it again and that bugs me, I'm a very tidy person.Also, the thing behind the binaries wasn't actually about what you pointed it... Is there a way, I could have download links in the GC page, but pointed them to specific urls?Still, GitHub has such a nice interface and like someone said, the social aspects, they are not very important but are very nice and neat.
Nazgulled
You can create a link to your downloads on the main page, but I don't think there is any way to have your binary appear under the dowmloads tab.
anon
+6  A: 

There are 2 main advantages to GitHub:

  1. It uses git (duh!)
  2. It's a very "social" environment.

GitHub makes it very easy to make contributions to other people's code, and easy for them to integrate it back in. There are also lots and lots of cool post-commit hooks that they have built-in; for instance, when I commit to one of my repositories, an email is sent to my Google Groups announce list and a bot pops into the irc channel, gives a summary of the changes, and pops back out again. I know of at least one CI service that triggers on GitHub commits (or rather, pushes).

If you're planning on this being a fairly small, solo project, then you probably won't find most of GitHub's features to be that useful.

Xiong Chiamiov
+1  A: 

Github now supports Subversion http://slashdot.org/submission/1232328/

Andrew Babkin