On 3/13/09, Dennis Schridde <[email protected]> wrote: > Hi Buggy! > > Am Samstag, 14. März 2009 01:30:39 schrieb bugs buggy: > > now, how do we work with the files, since they are still in the main > > directory. > > I am not exactly sure what you are explaining here... > > > I mean, I know how git handles it, but how do external programs > > handle this? > > Which external programs do you refer to? And which issue might they have?
When you clone the repo at gitorius now, it has trunk, 2.2, lua, and whatever else in it right? In the directory where you cloned to, it don't show 'trunk' / 'lua' or whatever directory, it just shows what looks like a snapshot of trunk. Now, if I want to work with lua stuff, I can't do a 'cd lua' and see all files there. I need to somehow export that (or clone the specific branch) to a new directory, so it has all the files required to build the lua branch. Then, I can work on it as normal. Then, when I get done with the changes I have made in that new directory, I push those changes back to the original cloned copy that I did, and finally, push that upstream. Is that a bit clearer? > P.S. If Git does not feel like the ultimate solution to you, and you want to > propose something else, I wont object against a test. > I have been using Mtn for a while, which was quite good. Bzr was not bad > either (it felt slow, but that was ages ago, maybe it is better now). I have > been consuming Hg several times, too, and it seems to spread quickly. I also > used Darcs, but it is said to be slow with large repos, and if you are not on > the commandline, it might be difficult to use (unless there are GUIs). > With none of them I have as much experience as with Git, but at least the > basic tasks (clone, update/pull, commit) work in all of them quite similar > and > convenient. We would have to test how they compete with Git when it comes to > the more complex tasks, like publishing changes (push/format-patch/send- > email/...), merging, and so on. > Oh, don't get me wrong, I don't really care about which VCS we use. The other project members though, seem to want to stick with SVN. (By my count, it is 4 git, 4 svn, 1 doesn't care which). The only issue I have is the reliability factor of the host. On the SVN end, Zarel has said he plans to e-mail GoogleCode, and ask them if they can up the limits of the disk quota, svn quota, and file quota that they have now. They do allow svn imports from GNA, so that is a +. Guess we will see. _______________________________________________ Warzone-dev mailing list [email protected] https://mail.gna.org/listinfo/warzone-dev
