Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • SF has been undergoing a lot of positive changes lately. It is the only open-source hosting solution that provides all the features you need under one umbrella - version control, timeline, support forums and mailing list, bug tracking, website hosting, etc. Also, it can provide a lot of visibility by occasionally listing your project or news in a prominent location such as its front page.

    The downside for me is that the user interface is pretty messy and not as polished as in most modern two point oh apps.

    • Fair point, although it's not as ad-cluttered as it could be, for what I pay for it ;-)

      I hope that most interaction will be via mail list, git/svn commands, and so on.

      I also like that SF can host a full custom homepage for the project - that's always been a nice touch.

      Thanks for the comment!

    • I use both github and google code for one of my projects. It works, and I like both, but if I were starting again from today, I'd be a lot more tempted to settle on just github. Purely from the consistency of having a single site for users.
    • I've always loathed SF and I might even go so far as to say I hate it. Every trip to SourceForge to get something I needed was one filled with frustration, disgust, and irritation, as something as simple as finding a module or downloading a file was always a process of figuring out where to ask, what to click on, and, even then, of digging through several pointless layers of garbage simply to get to the destination. It's like they're hurting for page-views and will do anything to increase them.

      GitHub ser
  • What you missed on GitHub is:

    • You can watch repositories and follow people
    • Every repository has a [Fork] button
    • Creating a new repository has minimal cognitive load (3 text inputs and away you go) compared to SourceForge project creation; also, last I knew, SourceForge tried to encourage you to find and join a similar project instead of starting your own

    GitHub is MySpace for Hackers [tomayko.com]. It’s about coders and the stuff they do, throw-away hacks and big projects alike, not about faceless projects run by bar

    • There seems be a lot more to it than just the tools, I think you're saying. This is really useful stuff, thanks for taking the time to respond.

      You mention the SF mail list sucks - no argument there! - but all I want to do really is replace the CPAN Forum, which sucks even more than that!

  • Yes, Git support was added to Sourceforge recently, but the support is very minimal - one repository per project. I like to use one repo for the project itself and another for the web site. Some projects (e.g.: Perl-XML) use the CVS modules facility to have one repository per distribution. Subversion kind of supports this through its "tag-isa-branch-isa-module-isa-directory" model. In Git you could have completely independent branches for different purposes but that just seems wrong.
    • It looks like SourceForge have fixed this problem and now projects can have multiple git repos. Unfortunately at this moment all git URLs on their site are broken as what was git://project.git.sourceforge.net/gitroot/project should now be: git://project.git.sourceforge.net/gitroot/project/project
  • I think of the two having different goals. Github is a code repository, where SF.net, search.cpan.org, rubyforge, etc, are release repositories. f.e., I release my code on both CPAN and Rubyforge and use the trackers there to deal with things (Rubyforge has list support, and TBH I have nothing on CPAN to warrant a mailing list so it's never crossed my mind to check). When I want to develop, or share test/beta versions, or share a hacking assignment on one of my projects with an interested developer, Gith
  • Sourceforge is traditionally a CVS/SVN host. I liked hosting my CVS and SVN repos myself because it's not easy to clone them and I didn't want to give up control of my change history to a third party. I saw lots of projects on sourceforge but I never ever considered using it myself.

    Since github is git based, this is no longer an issue. It costs me nothing to push my stuff up to github--I always end up with a full repo in my local copy. No history or metadata is out of my reach. I believe they even use gi

  • the lack of mail list support, so in fact GitHub turned out to be a non-starter

    Why does the mailing list need to be hosted at the same place the code is?

    I have a number of projects floating around and they all use Google Groups for the mailing list, whether or not the code is hosted on any given Google property.

    --

    --
    xoa

    • Yes I was coming to the same conclusion myself - using GitHub (which seems to have been given the thumbs up all round, here, in the comments) and then putting the mail list elsewhere.

      I'd like to do this only once, and get it right first time. Moving lists around is annoying.

      Thanks for the comment.