Why using git would be awesome for nexuiz

[parasti]

"rm -rf" is a bit brute force. If you want to get rid of untracked files, use "git clean".

[C167]

yea, i also get rid of tracked files and i'm used to that, as git is very fast in restoring the files

[tundramagi]

Realise that this is just a suggestion not a demand (at least from my side), and the only way switching to Git makes any sense whatsoever is if you personally want to switch. Flaming somebody is always fun, but you could have avoided all that if you just said "SVN is fine, no thanks".

Anyway...

Saying "svn is fine, no thanks" is never enough. It was allready said and still people pushed for useless bueracratic change... it's almost like they are "pointy haired bosses": 'if we randomly change things and waste more and more overhead things might be better for whatever we are aiming for!'. Thusly a more .... explained opinion is needed (and then you react to it anyway).

Also git won't get your patch in faster: the patches still have to be tested, looked over, so worshiping git hoping for change is to put faith in a false god. Looking over patches will always take time, such is required because in the past bad patches have broken svn features for months.

Did you even read the thread? It's not a useless change and it was merely a suggestion with support about the benefits. divVerent took it as "omg people are trying to ruin the project again" when in reality, pyschf was just trying to make life easier for everyone with this suggestion.

If you read www.whygitisbetterthanx.com you'd be more informed about some of the benefits. SVN is a decent versioning system but it is by no means perfect. You can't honestly tell me you've never wasted time fixing things you borked with SVN. I've found git to be much more forgiving than SVN ever was.

Pulling this "bueracratic change" propaganda bullshit, I'm getting the feeling you're more in support of getting a kick out of watching people argue than you are interested in the benefits changing the versioning system can have on the project.

As far as I'm concerned, this is an open discussion about the benefits and downfalls of git vs. svn. Yes, some scripts would need some minor changes to get things on the right track but it's a small price to pay if it means we can fork, merge and have less conflicts overall in the versioning.

You can't deny that mods like nexball or nexuiz team fortress couldn't benefit from local branching

Just because I disagree with you does not mean I didn't read the discussion. I read every word, some multiple times.

Pyschf uses git and would like, for his own benifit, that others use it aswell: that way his additions would be easier to add.

I read the thread. The benefits were "It's faster, takes up less space" and something magical about forking and re-merging without any conflict problems, magically, regardless of how long and how much the 2 branches have diverged (seems... impossible).

The detractions were: it will mess up everyone's work flow, you'll be forcing the rewriting of scripts (are you going to rewrite them?), it will take a long time for people to readjust... and just when they've done that another buerecratic idea will be ramed through everyone's skulls and hearts... and they'll have to relearn some new thing rather than doing work on the project itself.

Nexball and nexuiz team fortress should be in svn (nexball is iirc) once the code is fairly stable.
Get someone with commit access who has time to do such to commit them. So should the new gib code. Or, have pyschf ask for commit access himself.

[[-z-]]

The detractions were: it will mess up everyone's work flow, you'll be forcing the rewriting of scripts (are you going to rewrite them?), it will take a long time for people to readjust... and just when they've done that another buerecratic idea will be ramed through everyone's skulls and hearts... and they'll have to relearn some new thing rather than doing work on the project itself.[/qoute]
What scripts exactly? The auto build from SVN for windows and Linux? The code is basically the same in these except the checkout process would differ slightly.

Is there something I'm missing here?

Nexball and nexuiz team fortress should be in svn (nexball is iirc) once the code is fairly stable.

Point is, it's easier to maintain a local branch with git.

Get someone with commit access who has time to do such to commit them. So should the new gib code. Or, have pyschf ask for commit access himself.

He code isn't even written for 2.5.svn -- bad idea to merge into the main branch that everyone and their mother blindly checks out.

With git, developers can add locally and push when it's stable... this would alleviate the problem of checking out incomplete ideas.

[C167]

With git, developers can add locally and push when it's stable... this would alleviate the problem of checking out incomplete ideas.

well, even with non-local branches, one possibly looses the single commits when merging in svn, whilst in git, you always have the single commits when merging. I saw some projects already loosing the ability to revert single changes cause they lost single commits on merges.

[tundramagi]

Well it's useless arguing with you Z, whatever you want you get: you're the emporor of nexuiz.

(even though you don't code stuff or make media for the game, somehow whatever you want you get)

I just wonder what the next buerocratic change demanded by you will be.

You keep trying to tweak useless things rather than editing the game itself.

[[-z-]]

Oh, so we're giving up on weighing the pros and cons of versioning systems and making personal attacks on me now?

Projects aren't just about code, and just because I haven't done QuakeC, doesn't mean I don't write code otherwise. Theory, organization, branding and marketing are all very important in order for a project to be successful.


But this thread isn't about bureaucracy, enough though you keep trying to bring it to that point. Can we get back to the point at hand now? Discussing the benefits and downfalls between the versioning systems? Thanks.

[tundramagi]

Oh, so we're giving up on weighing the pros and cons of versioning systems and making personal attacks on me now?

Projects aren't just about code, and just because I haven't done QuakeC, doesn't mean I don't write code otherwise. Theory, organization, branding and marketing are all very important in order for a project to be successful.


But this thread isn't about bureaucracy, enough though you keep trying to bring it to that point. Can we get back to the point at hand now? Discussing the benefits and downfalls between the versioning systems? Thanks.

Hmm so we're "Discussing the benefits and downfalls between the versioning systems? Thanks."

Yet when I disagreed with your proposed change, you accused me of the following:

"Did you even read the thread? It's not a useless change and it was merely a suggestion with support about the benefits. divVerent took it as "omg people are trying to ruin the project again" when in reality, pyschf was just trying to make life easier for everyone with this suggestion. "

This is BULLSHIT!

You say that we are discussing "the downfalls and benefits between the versioning systems" and then when someone talks about some of the downfalls of changing to git (which you back) YOU MOTHER FUCKING ACCUSE THEM OF NOT READING THE DISCUSSION OR BEING "EMOTIONAL/NON LOGICAL" ("divVerent took it as "omg people are trying to ruin the project again"").

This is fucking BULLSHIT manipulative shenanagans that only retards that have no familiarity with power-play games fall for. (You keep changing the focus of discussion depending on if whoever you are responding to agrees/disagrees with you: nexuiz users keep falling for it because they're dumb... and they're not familiar with the way of the champions).

Since your claims of "discussing the benifits and downfalls of particular versioning systems" is clearly just a ploy to get YOUR championed versioning system adopted you should be ignored: you are pretending that this is an impartial and reasoned debate when anyone who disagrees with you gets snowballed as a "OMG" psyco, or someone who didn't even read the discussion, and anyone who agrees with you gets uplifted.

Oh and you deleted my request that the alt-gibs patch get into svn: since your the emporor you should beable to get this done.

Now on a related matter:

divVerent took it as "omg people are trying to ruin the project again" when in reality, pyschf was just trying to make life easier for everyone with this suggestion.

Given that div has been with this project since time immemorial, and knows the ins and outs of this project, and the development process, and the code, and how it's implemented, etc... and you do not... who are you to accuse him of being irrational?

You haven't committed or attempted to commit a drop of code or media to the project, so you don't know the overhead involved in doing so, nor the overhead involved in _changing_ the development process. You've only showed us screenshots of the autopackager even... no release.

Also who are you to accuse div0 of being an "omg" irrational person? Seriously, who are you? Just because he, who uses the damn thing you're trying to replace, disagrees forcefully with your pusch?

edit: Oh, you did release autopackager... but not a button to be added to netradiant so it can be auto-used!!

[[-z-]]

You haven't committed or attempted to commit a drop of code or media to the project,

I'm not sure where you think the new menu theme or logo came from. I'm pretty sure the websites count as media as well.

You've only showed us screenshots of the autopackager even... no release.

Actually there's a screencast on youtube and an updated version here. You would have known this if you spent less time trolling and more time reading.


Now please stop derailing this thread, you can pm me or talk to me on IRC.

[tundramagi]

You haven't committed or attempted to commit a drop of code or media to the project,

I'm not sure where you think the new menu theme or logo came from. I'm pretty sure the websites count as media as well.

I like your nexuiz theme. My friends like it too (they were like "woah, this is new"). It's like a mix between spacetech and rust/diesel/steampunk

You've only showed us screenshots of the autopackager even... no release.

Actually there's a screencast on youtube and an updated version here. You would have known this if you spent less time trolling and more time reading.


No please stop derailing this thread, you can bitch to me in pm or on IRC.

I've been working on a forwarding firewall for the last week... this is something that should take someone 13 min to set up, however ... not for me! It took me, with alot of help, one full week. That is seven days.

Could you get autopackager intergrated with netradiant (that is, a little button under the compile buttons that says "package"). This way newbies will be able to easily make the map, compile it, even use non-standard textures, and package it. (Note: packaging is the part of mapping I most hate aswell). This lowers the barrier to entry even more and gets us more mappers.