Live data from Hacker News

SDL Moves to GitHub

discourse.libsdl.org

11–20 of 270 posts

Re: SDL Moves to GitHub

#11
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

Mercurial is probably the most popular alternative, although if git wasn’t so ubiquitous, I would spend some time trying out fossil.

edit: I can’t remember where, it was when I was researching fossil, but there are some good reads on why Linus created git and the history of VCSs.

Re: SDL Moves to GitHub

#12
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

Seems to be popular at Facebook.[1]

Where I work Mercurial has been an option for some time now (no Git unfortunately) and coming from Git I must say I really love how it does some of its things:

- hg split: split a commit into as many different commits as you like using an interactive patch editor (you can fold/collapse hunks, can edit them textually, can select which lines of the hunk should be applied). It will automatically rebase all the commits on top of the commit being split, ofc

- hg histedit: a sort of "git rebase -i" where you get a list of commits that you can manipulate by reordering them, merging, dropping

- hg amend -i/commit -i: interactive commit or amending of a commit, it's using that awesome interactive patch editor I mentioned earlier to select what exactly gets committed/amended

- same for "hg shelve -i" (a sort of "git stash")

The closest thing in Git to that interactive patch editor was doing "git add -p" which is not as good.

[1] https://engineering.fb.com/2014/01/07/core-data/scaling-merc...

Re: SDL Moves to GitHub

#13
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

A much better UI. Git won because of the influence of the Linux kernel developers, that's all.

Git is and always was very fast. Hg used to be much much slower, and still is.

Re: SDL Moves to GitHub

#14
post #7

Earlier quoted context omitted.

A much better UI. Git won because of the influence of the Linux kernel developers, that's all.

I feel like GitHub made a lot of hacking around and software development a lot more seamless too. Before GitHub, the average state of software development seemed a bit more clunky to me.

Github made _Github style_ development seamless--i.e. centralized source control, slick web UI instead of CLI focus, pull requests instead of e-mailed patches. It's one of many different ways to build software though and it's a fallacy to say the entire field of software development didn't move forward until it existed. For someone who has only known Github style development it's true, but for many projects (including some of the largest in the world like the Linux kernel, all of Google's internal code, etc.) Github style development isn't necessary.

Re: SDL Moves to GitHub

#15
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

A much better UI. Git won because of the influence of the Linux kernel developers, that's all.

I mean git is wildly popular because of GitHub, and probably that was something to do with it in the Rails community... a community that if anything is culturally the opposite of the kernel dev community (or at least very different). I don’t think any kernel dev influence had to do with it, even though it’s often stated as a fact.

Re: SDL Moves to GitHub

#16

"So in moving it to GitHub, we’re finding that a lot of things are just nicer because a large paid staff of engineers is working on it every day. And I grew up during the heydey of the Free Software Foundation, so I know this is a trap, but I’m tired and don’t have the energy to be a server admin for something that’s held together with scotch tape and prayers when I’m really supposed to be writing OpenGL code." This…

Wonder why they did not pick GitLab since it is significantly better for FOSS ideals and has the same niceness of GitHub

Re: SDL Moves to GitHub

#17
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

I've briefly used Mercurial and found it to be slower than Git in large repos. Mercurial has the concept of changeset (similar to Perforce) where the changeset is actually stored, while Git's "changeset" is computed as needed from two commits. Branch in Git is clear and straight forward, and is easily malleable, while Mercurial's branch is part of the version storage and cannot be changed or removed.

Re: SDL Moves to GitHub

#18
I've worked on SDL although I haven't contributed any code. Partly because it isn't convenient to contribute and partly because I felt that the work I did wasn't significant enough to merit jumping thru the hoops to contribute. The move to Github is a very welcomed change.

> One reason we hadn’t considered a move to GitHub before now is that this project has had a policy of owning all its infrastructure.

This is still a good policy to have. They've already done the work to migrate from mercurial to git so, the potential for moving to a forked gitlab or something like that is there. Personally I think that, especially if your doing open source, github is really the way to go here. Github has been great for open source.

Re: SDL Moves to GitHub

#19
post #3

I've never heard of mercurial until this post, I've been using git for version control and it does the job really well. To those who use mercurial over git, why?

One advantage of mercurial is that it is less tied to a specific file format like git is. It is much easier to make a mercurial backend for a system which actually stores the code in a different way (for example a distributed data store).

...or stores it in .git[1].

[1] https://www.mercurial-scm.org/wiki/GitExtension

Post reply on HN