Hello hello, In my past life as a perl programmer, I used to use just plain old RCS for doing version control. It worked well enough, since most perl projects are a single source file. The problem now is, a given rails project has lots and lots of files, and the use of RCS is ridiculously inconvenient. So can anybody recommend a version control system that a) works well with rails'' many source files, and b) can be used locally without having to deal with remote servers and such. Let me explain that second point some more... I don''t want to have to run some weird CVS server just to be able to send checkins to it, I''d rather to just have a small local program that does it all... much like RCS, except able to handle multiple files. Thanks. -- Urban Artography http://artography.ath.cx
On 4/25/05, Rob Park <rbpark-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> I don''t want to have to > run some weird CVS server just to be able to send checkins to it, I''d > rather to just have a small local program that does it all...Both CVS and Subversion can run locally against a local filestore, no server necessary. My recommendation, as well as probably most on this list, is to go with Subversion. Josh
On 26-apr-05, at 2:43, Rob Park wrote:> > Let me explain that second point some more... I don''t want to have to > run some weird CVS server just to be able to send checkins to it, I''d > rather to just have a small local program that does it all... much > like RCS, except able to handle multiple files.You don''t have to run CVS or SVN servers unless you want to expose your repos to the outside world. Both CVS and SVN clients are activated when you are doing something with them, behalf that you have no processes (and surely no daemons). -- Julian "Julik" Tarkhanov
On Apr 25, 2005, at 8:43 PM, Rob Park wrote:> So can anybody recommend a version control system that a) works well > with rails'' many source files, and b) can be used locally withoutTake a look at Darcs. http://abridgegame.org/darcs/ Simple and suprisingly capable, but based on a distributed development model rather than one using a centralized server (ala Subversion). No remote repositories or anything. Just be sure to grab one of the binaries, otherwise you''ll need a Haskell (sp?) compiler and I found that building it is (or was for me) a PITA. -- Jack Baty (http://jackbaty.com) Fusionary Media (http://fusionary.com) -- Jack Baty (http://jackbaty.com) Fusionary Media (http://fusionary.com) Good God, don''t the villagers carry torches and pitchforks anymore?
On 4/25/05, Jack Baty <jbaty-CJJywlgOJhvqlBn2x/YWAg@public.gmane.org> wrote:> On Apr 25, 2005, at 8:43 PM, Rob Park wrote: > > So can anybody recommend a version control system that a) works well > > with rails'' many source files, and b) can be used locally without > > Take a look at Darcs. > > http://abridgegame.org/darcs/ > > Simple and suprisingly capable, but based on a distributed development > model rather than one using a centralized server (ala Subversion).Ah yes, "decentralised" is what I was trying to say in my first email. I''ll definitely check out Darcs, thanks. -- Urban Artography http://artography.ath.cx
I use CVS and have found the combo of rails and CVS a little challenging. Rails builds a directory structure that includes sym links. CVS doesn''t check in sym links. This means that, while you can check in your project, you can''t do a simple checkout to a non-existent directory. If you do, your rails application will be incomplete. I guess I''m fishing for some suggestions from a CVS expert. In the mean time, I''m not doing full checkouts to non-existent directories... -Kelly On 4/25/05, Rob Park <rbpark-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > On 4/25/05, Jack Baty <jbaty-CJJywlgOJhvqlBn2x/YWAg@public.gmane.org> wrote: > > On Apr 25, 2005, at 8:43 PM, Rob Park wrote: > > > So can anybody recommend a version control system that a) works well > > > with rails'' many source files, and b) can be used locally without > > > > Take a look at Darcs. > > > > http://abridgegame.org/darcs/ > > > > Simple and suprisingly capable, but based on a distributed development > > model rather than one using a centralized server (ala Subversion). > > Ah yes, "decentralised" is what I was trying to say in my first email. > I''ll definitely check out Darcs, thanks. > > -- > Urban Artography > http://artography.ath.cx > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >_______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
Hi! On Mon, 25 Apr 2005, Rob Park wrote the following:> > http://abridgegame.org/darcs/ > > > > Simple and suprisingly capable, but based on a distributed development > > model rather than one using a centralized server (ala Subversion). > > Ah yes, "decentralised" is what I was trying to say in my first email. > I''ll definitely check out Darcs, thanks. >Take a look at SubMaster, it''s a system for distributed software development based on Subversion: http://www.rocklinux.org/submaster.html bye Wolfgang
* Kelly Felkins <kelly.felkins-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> [0414 07:14]:> I use CVS and have found the combo of rails and CVS a little challenging. > Rails builds a directory structure that includes sym links. CVS doesn''t > check in sym links. This means that, while you can check in your project, > you can''t do a simple checkout to a non-existent directory. If you do, your > rails application will be incomplete. I guess I''m fishing for some > suggestions from a CVS expert. In the mean time, I''m not doing full > checkouts to non-existent directories...Use subversion if you know a bit of CVS - it''s designed to be CVS++ :) , so uses most of the same concepts. But you avoid the restrictions that are most irritating (moving files breaks rev. history, quirks with binary files, awkward ''status'' behaviour, etc, etc). -- ''A little rudeness and disrespect can elevate a meaningless interaction into a battle of wills and add drama to an otherwise dull day.'' -- Calvin discovers Usenet Rasputin :: Jack of All Trades - Master of Nuns
Dick Davies wrote:>Use subversion if you know a bit of CVS - it''s designed to be CVS++ :) >+1 Subversion to CVS is what Ruby is to Perl. A pretty young sister. I once replaced CVS with Subversion in a 400 KLOC project, everybody liked it, and there was no discomfort whatsoever. -- Best regards, Alexey Verkhovsky Ruby Forum: http://ruby-forum.org (moderator) RForum: http://rforum.andreas-s.net (co-author) Instiki: http://instiki.org (maintainer)
According to Rob Park:> Ah yes, "decentralised" is what I was trying to say in my first email. > I''ll definitely check out Darcs, thanks.GNU Arch (in either tla or bazaar incarnations) is pretty good at that too alhtough a bit more challenging in its use. <http://gnuarch.org/> <http://bazaar.canonical.com/> -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto-0kjVc+YyuDZX+h8frlqCcVAUjnlXr6A1@public.gmane.org Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005
On 4/26/05, Wolfgang Klinger <wolfgang-qRyVSpHmpvQsV2N9l4h3zg@public.gmane.org> wrote:> > Hi! > > On Mon, 25 Apr 2005, Rob Park wrote the following: > > > http://abridgegame.org/darcs/ > > > > > > Simple and suprisingly capable, but based on a distributed development > > > model rather than one using a centralized server (ala Subversion). > > > > Ah yes, "decentralised" is what I was trying to say in my first email. > > I''ll definitely check out Darcs, thanks. > > > > Take a look at SubMaster, it''s a system for distributed software > development based on Subversion: > http://www.rocklinux.org/submaster.html > > bye > Wolfgang > > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >I took a quick look at SubMaster, but much prefer SVK. http://svk.elixus.org/ It''s a perl ''wrapper'' for subversion, using the svn swig bindings. Dave -- Dave Goodlad dgoodlad-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org or dave-eHfbeeWWzZOw5LPnMra/2Q@public.gmane.org http://david.goodlad.ca/
You want darcs. It does this and the most complex task you can possibly come up with both equally with ease and comfort.> Let me explain that second point some more... I don''t want to have to > run some weird CVS server just to be able to send checkins to it, I''d > rather to just have a small local program that does it all... much > like RCS, except able to handle multiple files.cd project darcs init darcs record --look-for-adds ... do changes ... darcs record --look-for-adds and so on -- Tobi http://www.snowdevil.ca - Snowboards that don''t suck http://www.hieraki.org - Open source book authoring http://blog.leetsoft.com - Technical weblog
David Goodlad wrote:> I took a quick look at SubMaster, but much prefer SVK. > http://svk.elixus.org/ It''s a perl ''wrapper'' for subversion, using > the svn swig bindings.svk is the best new tool I found this year. It''s radically changed my workflow for the better. Think of it as svn++ (+++). Branching and merging have never been so easy. Mirroring remote svn repositories, branching *locally*, then pushing your changes back, even to an anonymous repository as a patch -- wonderful! Making a local branch and committing your work on a long plane trip -- even better! darcs is excellent for many of the same reasons, minus the top-notch Subversion integration. Fan, jeremy
On 4/26/05, Tobias Luetke <tobias.luetke-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> You want darcs. It does this and the most complex task you can > possibly come up with both equally with ease and comfort.Yup, been playing with darcs, it looks pretty slick so far. What I like most (coming from plain ol'' RCS) is that I don''t have to check out a file to make changes to it, files are always "checked out", just edit them and then record the changes. I also like that it works locally without having to run any sort of daemon or server. I''m still getting used to the fact that files don''t have versions, which is weird, but as long as it gives me a way to revert bad changes, that''s all I really need from it. -- Urban Artography http://artography.ath.cx
On 26 Apr 2005, at 02:09, Josh Knowles wrote:> On 4/25/05, Rob Park <rbpark-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: >> I don''t want to have to >> run some weird CVS server just to be able to send checkins to it, I''d >> rather to just have a small local program that does it all... > > Both CVS and Subversion can run locally against a local filestore, no > server necessary. My recommendation, as well as probably most on this > list, is to go with Subversion.I''m another vote for Subversion - it''s simple, it''s powerful and it works. It also has the /huge/ benefit that you can run Trac against it, which is quite simply the smartest collaborative development tool I''ve ever used. Trac gives you bug tracking, repository browsing and a wiki all at once, neatly integrated and with very little fuss. It''s used or the Rails site: http://dev.rubyonrails.com/ I run a local install of Trac for my personal projects, and it''s a great way of keeping track of todos (in the bug tracker) and random notes (in the wiki). The Trac timeline page is great for keeping track of project progress as well - I''m subscribed to the RSS feed for the Rails one and it gives me instant updates whenever a bug is changed or a changeset is committed. As an aside, if you do want to use Subversion and Trac you''re best off using Subversion 1.1 and the fsfs storage system. Cheers, Simon Willison
> > As an aside, if you do want to use Subversion and Trac you''re best off > using Subversion 1.1 and the fsfs storage system.Love Trac! And as an even further aside, there has been some (unfinished) work toward allowing Trac to use Darcs in the same way it now uses Subversion. http://lists.edgewall.com/archive/trac/2005-January/001446.html There is also, although I can''t seem to find it, a script for synchronizing Darcs -> Subversion in the meantime. One workflow we''ve been tinkering with is using Darcs and Subversion at the same time. The thing I like about Darcs is that every working copy is a repository and patches can be pushed, pulled, unpulled, etc. What we''re trying goes something like this... 1. Checkout project from Subversion to local machine for development. 2. Make this working copy also a Darcs repository using ''darcs init'' 3. Code away, sharing intermediate "builds" with coworkers via ''darcs pull or push'' 4. Repeat as necessary... 5. Once things are in a reasonable state, commit to Subversion. 6. If desired, just delete the _darcs directory (there''s only one per WC) We run into a lot of little intermediate "hey, check this out" spots during development that don''t warrant a commit, but still would be nice to share locally. With Darcs we just toss patch sets around until the working copy is "ready" for Subversion. Using only subversion involves either numerous branches or a lot of noise on /trunk. This is sort of new for us and purists will probably scoff, but I thought I''d share it anyway. It''s also less confusing than it sounds. -- Jack Baty Fusionary Media - http://fusionary.com/ Weblog - http://jackbaty.com "He hoped and prayed that there wasn''t an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn''t an afterlife" --Douglass Adams