On Sun, Aug 21, 2005 at 09:40:03PM -0000, Shane Clintberg wrote:
we cannot move to darcs before 2 10
The timing doesn't matter a whit to me personally
And, yes, I agree that doing it post-2 10 makes the most sense overall
That sounds sensible to me, too
I gotta say that I'll miss my CVS GUI, however Right now I'm using TortoiseCVS ( http://tortoisecvs org/ ), and all I have to do is right-click a file (or multiple files) in the appropriate Windows folder, select "CVS commit" from the regular ol' context menu, type a comment, and hit enter The only way it could be easier is if you came over to my place and did it for me
TortoiseCVS is nice, and I would like to see that kind of tool appear for darcs
I'll soon try to provide some details so those who are interested in can play with darcs in a non-committal way and use that experience to confirm whether you want to move that direction
According to the second para of the manual, "every copy of your source code is a full repository This is dramatically different from CVS, in which the normal usage is for there to be one central repository from which source code will be checked out "
So, yeah, looks like there's going to be quite a learning curve here Better start reading up now
http://www darcs net/manual/
Ha :)
darcs is different, but not hard First, it doesn't use any of the revision numbers that CVS does, so you don't have remember that branch happend with "1 1 3 1" of a file
Although there is a way to refer precisely to patches, usually you can just use snippets of the human-friendly patch name, and darcs will do the right thing, selecting the most recent patch that matched that string
There is also nothing special to learn about branching as there is in CVS
To communicate with the central repository, you use:
darcs pull and darcs push
To communicate with any other branch, you use: darcs pull and darcs pull as well The only difference is that you have to tell it which branch to talk to
I'll send some more specific examples later
Mark
Start a new thread, email: dadadev@dadamailproject.com
This is the developer discussion mailing list for Dada Mail.
If you are just looking for support Dada Mail, consult the message boards at:
https://forum.dadamailproject.com
Documentation for Dada Mail:
Specifically, see the Error FAQ:
https://dadamailproject.com/d/FAQ-errors.pod.html
To post to this list, send a message to:
mailto:dadadev@dadamailproject.com
All subscribers of this list may post to the list itself.
Topics that are welcome:
Dada Mail is on Github:
https://github.com/justingit/dada-mail/
If you would like to fork, branch, send over PRs, open up issues, etc.
This Privacy Policy is for this mailing list, and this mailing list only.
Email addresses collection through this mailing list are used explicitly to work within this email discussion list.
We only collect email addresses through our Closed-Loop Opt-In system.
We don't use your email address for any other purpose.
We won't be sharing your email address with any other entity.
Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.
All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.
All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.