If there are two darcs repositories, and the second is a branch of the first, but was created using "darcs init" instead of "darcs get", is it in general worthwhile to "rebase" the second one (i.e. recreate it manually using darcs get and darcs record --pipe)? Would it make it easier to merge patches back and forth between them? Or would it be a waste of time?
I ask because I am considering creating new repository(s) in order to "rebase" http://www.cs.chalmers.se/~d00nibro/haskell-src-exts on http://darcs.haskell.org/packages/haskell-src Some considerations: 1. The haskell-src repository contains one Haskell package, haskell-src. The haskell-src-exts repo actually contains three, only one of which is based on haskell-src - but I think I'll split it out into three new repos anyway, so that shouldn't be a problem. 2. However, even if I did the splitting out described in 1, there would still be file moves involved. Would this prevent darcs from being able to merge patches automatically? I'm really quite ignorant about darcs' merging capabilities. 3. This isn't very important since I will probably just manually check by looking at all the patches in haskell-src-exts - but is there a way to print the explicit dependencies of a patch, if any? (i.e. those added by --ask-deps.) -- Robin P.S. I'll heed Simon's comment in the "Status of darcs" thread about not adding any conflict patches. _______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
