done by daXX
logo done by daXX :: send your logos to us and be a popstar !




Revision control system for your demo sources?
category: general

  previous page
go to page of 3  
yes, MULTIPLE TIMES REPEATEDLY!
added on the 2009-01-05 03:48:45 by superplek  
superplek
Mercurial is a useless fucking piece of shit.

If someone else pushes a change to the repository ANYWHERE AT ALL IN THE FUCKING CODEBASE in the time it takes you to type your commit message, you have to piss about merging changesets manually and then do a second commit.

Fucking useless fucking cunty blast fucking software.

Just thought I'd share that.
added on the 2009-02-25 14:05:28 by gasman  
gasman
gasman has leading. We used Mercurial at work, but thankfully only as a stop-gap solution until our Subversion server has been set up.
added on the 2009-02-25 14:28:54 by KeyJ  
KeyJ
Joghurt is a big mercurial fan...
added on the 2009-02-25 14:31:13 by raer  
raer
I'm using git at work these days while pushing changes back to the company SVN-server. It works out really well in practice.

I really love a lot of the git concepts, like rebasing, amending, bisecting, stashing, squishing etc. There's a neat little tool for every common problem. And getting used to distributed VCS makes me never wanting to look back.

I'm sure a lot of this applies to mercurial and bazaar also, but I haven't really tried them enough to know.

Now, I'm considering switching to git for demo-coding as well. I mean, the very casual branching / pulling model fits demo-coding quite nicely! Just pull the code for the new part from the other coder, and make some branches for your new effects. Just merge it all when time comes for it. The only real let-down is that git-mingw doesn't come with git-svn these days.
added on the 2009-02-25 14:49:36 by kusma  
kusma
Quote:
I really love a lot of the git concepts, like rebasing, amending, bisecting, stashing, squishing etc. There's a neat little tool for every common problem. And getting used to distributed VCS makes me never wanting to look back.

same here. i'm using git now since 3 month at work and i've to say for code it's def the best vcs i've used so far. when there's some time i'll switch our demo stuff to git too as svn2git worked quite well at my company...
added on the 2009-02-25 20:45:58 by cynic  
cynic
how does git handle 120gb 200k+ file projects?
added on the 2009-02-25 20:52:21 by superplek  
superplek
http://www.telelogic.com/autodemo/synergy_auto_demo/index.cfm
added on the 2009-02-25 20:53:29 by Baz  
Baz
I use bazaar for my personal stuff, coming from svn, it's very nice. I have no idea how it compares to git/hg/anything else.

plek: you're working on a demo made up of 120gb/200k+ source files? impressive! :)
added on the 2009-02-25 21:36:24 by sang-soo  
sang-soo
no i was merely wondering how git would hold up for, lets say, a full scale game project.

i use p4 for everything. but thats at least partially habitual, so i'm interested in what else is around.
added on the 2009-02-25 23:33:09 by superplek  
superplek
niels: git is designed especially for large projects, making a new VCS for use with the linux kernel was it's main design-goal. I would assume it would work relatively well, but beware that you never make a partial check-out in git like you can do in some other VCS systems, you always have the full repo on your hard drive. This means that every developer needs to have room for all those 120gb files. There's also less available gui-tools etc for git, so it's probably not something your artists would want to work directly with... :)
added on the 2009-02-26 17:01:21 by kusma  
kusma

  previous page
go to page of 3  

post a new reply
You need to be logged in to post a new reply :: register here





pouët.net 0.9-3d89cb1 © 2000-2013 mandarine - hosted on scene.org
send comments and bug reports to webmaster@pouet.net - contribute on GitHub
page created in 0.019189 seconds.