[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Patch/Diff

From: Bob Proulx <bob_at_proulx.com>
Date: 2005-07-21 18:42:40 CEST

Chia-liang Kao wrote:
> Bob Proulx <bob <at> proulx.com> writes:
> > The original poster said they only had email between sites and would
> > never have http, https, nor ssh access. Does svk natively support
> > sync'ing by email?
> While I do think email is a very centralised solution,

Well, yes, but even in a decentralized development environment there
will still be centralized tracks. :-)

> but yes, you can do that with svk. But it has to be push based.
> Write a commit hook that sends email with smerge -P, and write a
> mail processor to verify pgp and pipe to svk patch --apply.

That is good information to know. I had not known about 'svk patch'
previously and reading about it now is very useful information. Even
though I did not say it this way I was thinking about the pulling
around of patches and changesets. (I was thinking arch-pqm when I
posted my previous message.) Once you have that then mail can easily
transport them. I will spend some time reading about svk patch and
smerge -P. Thanks for the pointer.

> Right, it's just a simple matter of programming like writing a version
> control system. :)

(chuckle) Yes. There is often so much to do. As you say it is only a
matter of time and resources to code this up. But this looks
reasonable to be able to do.

However, because it does not exist at this moment, I will stand by my
previous recommendation to the original poster. But now with the
option to change that recommendation once the capabilities being
discussed here become a proven reality. Looking forward to it!


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 21 18:44:18 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.