[cgiapp] darcs? Really?

[Jason Purdy]

Well, our main project's _darcs dir is 924 megs with lots of data 
managed by darcs and the only thing darcs is useful for now is 
recording, pushing and pulling. Heaven help me if I try to do a diff w/ 
a previous patch. I do monthly tagging & optmization to no avail.

When you compare it to git's speed, it's insanely faster - makes me 
think that someone sold their soul for that code. ;)

I'll have to upgrade to 2.4 and see if that helps. :)

- Jason

Mark Stosberg wrote:
>> darcs? Really? Don't get me wrong, I love darcs and am still using it, 
>> but my repo's have gotten to the point where simple darcs stuff takes 
>> forever. I thought I saw that the Haskell team is even moving away from 
>> darcs?
>>
>> I've moved to git and it's pretty cool. I haven't totally left darcs 
>> because I haven't figured out git can work into our company workflow 
>> (it's complicated ;)), but darcs' days are numbered. ;) And I don't 
>> think I'm the only one...
> 
> The darcs community has been more active lately, not less. It is
> growth, not decline that happening now in the darcs community. You can
> see all the progress and people involved in the last hackathon:
> 
> http://blog.darcs.net/2010/03/darcs-hacking-sprint-4-report.html
> 
> Darcs has been a useful tool since before 1.0, and it continues to
> improve now with the 2.4 release.
> 
> I am not blind to git. I use it regularly and contribute to a number of
> repos on Github. 
> 
> It is precisely because I use both tools that I believe people should
> continue to be aware of darcs as a useful, viable tool. 
> 
> I'm not sure why your darcs repos are slow. Perhaps you are using an
> older darcs storage format, or an older binary. Perhaps you need to use
> "darcs optimize" or add some tags so that pulls are faster. Our large
> project has over 100,000 lines of code, nearly 4,000 files and over 100
> megs of data managed by darcs. Our _darcs directory is over 700 megs. It
> continues to be sufficiently fast for us. 
> 
> Further, we regularly save minutes if not hours through the more
> efficient workflows that are unique to darcs. 
> 
> If YAPC is going to have several more Git talks this year, I hope they
> will consider allowing an alternative perspective. 
> 
>    Mark
>