4 ms·

I would agree with the author, but I am still wondering why other platforms do not win. I mean, for example, SourceForge or code.google.com. Except for the fi

by jmuk 16y ago

I would agree with the author, but I am still wondering why other platforms do not win. I mean, for example, SourceForge or code.google.com. Except for the first point, most hosting sites provide exactly same functionalities. Then, I guess, the point is 'easiness' or fancy/cool user interface.

arkitaip 16y ago
GitHub has managed to take advantage of the Git hype and make code social in a way that SF or Google Code never could. Today's SF, although powering lots of high profile floss projects, feels increasingly dated with its traditional developer-user model. Google Code is arguably even less social and definitely lacking in features. GitHub, finally, looks great, is easy to use and has a lot of small yet very neat features that making coding easier.
helper 16y ago
In this respect, I think github's killer feature over sourceforge is its focus on people instead of projects. Perhaps we could call it an increased democratization of open source. Sourceforge is centered around projects. You have to register and get approval for each project separately (at least you did a few years ago, it has been a long time since I last went through the exercise). This left a significant percentage of projects with descriptions of the author's intent, but no actual code. It also meant that any third party contributions had to go back through the author (who might have lost interest). I have never seen a project on github with no code. There is no approval process. You simply push and you are up and running. Forking allows others to start contributing right away without any action from the original author (and github really encourages you to fork projects). Then the tools that github provides makes collaboration way easier than it was in the past (pull requests vs emailing patches). I agree with all of the things the author notes, but I really think this is github's killer feature. (Hope I didn't come off as too much of a github fanboy).
apotheon 16y ago
BitBucket actually does everything GitHub does on that list of ways that GitHub supposedly changed the world. In fact, I find the BitBucket interface generally easier to use and easier on the eyes -- and, my God, the colors on the GitHub issue tracker pages are fucking awful. . . . but somehow GitHub gets so much attention that many people think it's the only code hosting site in the world, just like so many idiots think that Ubuntu is the only open source operating system in the world.
- kneath 16y ago
  Bitbucket has public, discussable Pull Requests? I'd love to see them.
  - apotheon 16y ago
    I'm not sure what's so difficult about publicly discussing pull requests.
- mnutt 16y ago
  Perhaps because Github came out first, and pioneered most of those features? Not to say that BitBucket isn't a nice UI, but what major features did they invent? (not a rhetorical question)
  - apotheon 16y ago
    Well, I could be snarky and say "usability" -- which, relative to GitHub, it kinda seems like BitBucket pioneered. Frankly, though, I'm not sure whether there's something BitBucket really "invented". There doesn't seem to be much that either can do and the other cannot, aside from BitBucket's ability to make unlimited private projects (of limited size, of course) where GitHub cannot. Usability seems to be a major difference between not just BitBucket and GitHub, though -- it's also a major difference between Mercurial and Git themselves. Between the two, I find I like Mercurial/BitBucket much more usable than GitHub/Git. The big advantage GitHub/Git has is popularity, basically, and I've never really been one to let a lack of market-dominating popularity hold me back. Anyway . . . to answer your question more directly: I don't pay much attention to the fiddly corner cases where they differ in total functionality, so I don't really know who came up with what features first. They've both been evolving pretty quickly, from what I've seen, so I'm not sure anyone else can really say what features one has copied from the other, unless they were working on one of the two and involved in the imitation process. I don't even see why it matters. It's like open source software: imitation is a good thing, because good features get more widely used, and everybody wins. It doesn't have to be a competition. I just don't think holding up GitHub alone as some kind of messiah really helps anything.
- 16y ago

by jmuk 16y ago

arkitaip 16y ago

GitHub has managed to take advantage of the Git hype and make code social in a way that SF or Google Code never could. Today's SF, although powering lots of high profile floss projects, feels increasingly dated with its traditional developer-user model. Google Code is arguably even less social and definitely lacking in features. GitHub, finally, looks great, is easy to use and has a lot of small yet very neat features that making coding easier.

helper 16y ago

In this respect, I think github's killer feature over sourceforge is its focus on people instead of projects. Perhaps we could call it an increased democratization of open source. Sourceforge is centered around projects. You have to register and get approval for each project separately (at least you did a few years ago, it has been a long time since I last went through the exercise). This left a significant percentage of projects with descriptions of the author's intent, but no actual code. It also meant that any third party contributions had to go back through the author (who might have lost interest). I have never seen a project on github with no code. There is no approval process. You simply push and you are up and running. Forking allows others to start contributing right away without any action from the original author (and github really encourages you to fork projects). Then the tools that github provides makes collaboration way easier than it was in the past (pull requests vs emailing patches). I agree with all of the things the author notes, but I really think this is github's killer feature. (Hope I didn't come off as too much of a github fanboy).

apotheon 16y ago

BitBucket actually does everything GitHub does on that list of ways that GitHub supposedly changed the world. In fact, I find the BitBucket interface generally easier to use and easier on the eyes -- and, my God, the colors on the GitHub issue tracker pages are fucking awful. . . . but somehow GitHub gets so much attention that many people think it's the only code hosting site in the world, just like so many idiots think that Ubuntu is the only open source operating system in the world.

kneath 16y ago
Bitbucket has public, discussable Pull Requests? I'd love to see them.
- apotheon 16y ago
  I'm not sure what's so difficult about publicly discussing pull requests.
mnutt 16y ago
Perhaps because Github came out first, and pioneered most of those features? Not to say that BitBucket isn't a nice UI, but what major features did they invent? (not a rhetorical question)
- apotheon 16y ago
  Well, I could be snarky and say "usability" -- which, relative to GitHub, it kinda seems like BitBucket pioneered. Frankly, though, I'm not sure whether there's something BitBucket really "invented". There doesn't seem to be much that either can do and the other cannot, aside from BitBucket's ability to make unlimited private projects (of limited size, of course) where GitHub cannot. Usability seems to be a major difference between not just BitBucket and GitHub, though -- it's also a major difference between Mercurial and Git themselves. Between the two, I find I like Mercurial/BitBucket much more usable than GitHub/Git. The big advantage GitHub/Git has is popularity, basically, and I've never really been one to let a lack of market-dominating popularity hold me back. Anyway . . . to answer your question more directly: I don't pay much attention to the fiddly corner cases where they differ in total functionality, so I don't really know who came up with what features first. They've both been evolving pretty quickly, from what I've seen, so I'm not sure anyone else can really say what features one has copied from the other, unless they were working on one of the two and involved in the imitation process. I don't even see why it matters. It's like open source software: imitation is a good thing, because good features get more widely used, and everybody wins. It doesn't have to be a competition. I just don't think holding up GitHub alone as some kind of messiah really helps anything.
16y ago