Why using git would be awesome for nexuiz

[tundramagi]

C167: are you developing anything for nexuiz? If not then why does your _forceful_ _opinion_ _matter_.

In this _instance_ there _is_ you _fanboying_ for git _and_ then there _is_ a _developer_ who _actually_ is doing something _with_ the source control thingamaging _on_ a _regular_ basis _saying_ that _he_likes_ _svn_ in this _instance_.

Who's _opinion_ should _take_ precedence?

Ah, ofcourse, the player's opinion should win even when we're talking about workflow management of the _developer_.

My bad, I forgot!

[[-z-]]

Stop trying to break out a war. He's obviously a developer of some sort and his input on the pros and cons of either system is valuable.

No one's made a final decision yet and it sounds like it's going to end up staying SVN until we can justify a change. Because obviously we want the system to support everything SVN does and more. Don't get so worked up over it.

[alpha]

For once teh troll is talking business.

[parasti]

Revision numbers help a lot when people report bugs.

"I found this bug and am using revision 3891".

If you then know you fixed the bug in revision 3893, you simply tell him to update.

With these weird hashes, you'd have to manually check out this revision and verify that the bug is fixed in it.

If you know the hash of your bugfix commit (found with "git log --grep" for instance), you can run something like "git log $bugfix..$bug" and look at output; no output = $bug is ancestor of $bugfix and has probably been fixed by it. There's also "git tag --contains", "git branch --contains", and probably (and perhaps unfortunately) a dozen other ways to test reachability due to commits being nodes in a graph.

[divVerent]

None of these methods are as simple and efficient as comparing two small numbers. You don't need any tools for THAT.

[Alien]

Yet, no one can tell, how git is better than mercurial.

This answer was posted a few pages back: http://whygitisbetterthanx.com/#hg

I posted to show how stupid this site is. It demonstrates how good git is (writing about git features) without actually comparing anything. Pure fanboyism! Now read some proper non biased comparison (and Linus Torvalds does not work as an argument).

And Mercurial uses revision numbers. Mercurial = git + more features. You just need to figure it out before getting hyped by github thing.

This is unbiased post saying none is better, just comparing and enumerating pros and cons:
http://www.rockstarprogrammer.org/post/ ... l-and-git/

[[-z-]]

I'm not part of the RoR circle jerk and still enjoy git. It's never been as painful to me as SVN. You can't honestly tell me you've never fucked up SVN.

[tundramagi]

I'm not part of the RoR circle jerk and still enjoy git. It's never been as painful to me as SVN. You can't honestly tell me you've never fucked up SVN.

I can honestly say I've never fucked up SVN, but that is because I'm worthless at everything and don't contribute anything .

I've only really worked alone on my own projects so never needed version control.
The one time I worked with another person we just edited the file over ssh with the editor jed and took turns doing edit, reloading file etc, saving. We communicated over IRC. It was fun.

[[-z-]]

I'm not part of the RoR circle jerk and still enjoy git. It's never been as painful to me as SVN. You can't honestly tell me you've never fucked up SVN.

I can honestly say I've never fucked up SVN, but that is because I'm worthless at everything and don't contribute anything .

I've only really worked alone on my own projects so never needed version control.
The one time I worked with another person we just edited the file over ssh with the editor jed and took turns doing edit, reloading file etc, saving. We communicated over IRC. It was fun.

Both of your points pretty much nullify the use of a VCS. The first one, at least for this matter. It's still a good idea to version software you're writing alone but it's obviously a lot harder to break it when you're the only one working in it.

[Alien]

I edited my post above adding link.