From bea093d3fc700228534caa70aa26500df9d4f6aa Mon Sep 17 00:00:00 2001 From: joey Date: Sun, 28 Jan 2007 01:11:21 +0000 Subject: [PATCH] response --- doc/about_rcs_backends.mdwn | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/doc/about_rcs_backends.mdwn b/doc/about_rcs_backends.mdwn index 8d6c00f9f..6cc8108a7 100644 --- a/doc/about_rcs_backends.mdwn +++ b/doc/about_rcs_backends.mdwn @@ -103,7 +103,17 @@ by Ikiwiki. This approach might be applicable to other distributed VCSs as well, although they're not as oriented towards transmitting changes with standalone patch bundles (often by email) as darcs is. -> The mercurial plugin seems to just use one repo and edit it directly - is there some reason that's okay there but not for darcs? I agree with tuomov that having just the one repo would be preferable; the point of a dvcs is that there's no difference between one repo and another. I've got a darcs.pm based on mercurial.pm, that's almost usable... --bma +> The mercurial plugin seems to just use one repo and edit it directly - is +> there some reason that's okay there but not for darcs? I agree with tuomov +> that having just the one repo would be preferable; the point of a dvcs is +> that there's no difference between one repo and another. I've got a +> darcs.pm based on mercurial.pm, that's almost usable... --bma + +>> IMHO it comes down to whatever works well for a given RCS. Seems like +>> the darcs approach _could_ be done with most any distributed system, but +>> it might be overkill for some (or all?) While there is the incomplete darcs +>> plugin in the [[patchqueue]], if you submit one that's complete, I will +>> probably accept it into ikiwiki.. --[[Joey]] ## [[Git]] -- 2.45.2