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

svn diff: properties?

From: C. Scott Ananian <cananian_at_lesser-magoo.lcs.mit.edu>
Date: 2001-09-06 21:19:32 CEST

OK, here's a quick note regarding .svnignore *properties* instead of

As svn depends more and more on *properties* on files, it seems that it
would be nice to have a standard patch-esque way of distributing property
changes on mailing lists & etc. For example, I've got a patch outstanding
that adds a new 'date-test' program to subversion/tests/libsvn_subr. In
the 'old' version of my patch I included an extra line to .cvsignore to
ignore this generated executable; currently I could add the line to
.svnignore --- but how would I do this in the new properties-enabled

I think that, to maximally enable collaboration, it would be great if we
provided a sort of patch++ format that could handle these sorts of
contributions. One possibility would be to create special 'filenames' for
the properties (say, foo/svn:ignore for a property of foo) and pipe the
patch output through svn. svn could dump the properties to the special
files, then run 'normal' patch, then re-slurp the properties from the
special files and clean up.

I'm sure there are more elegant ideas for how this might be done. But I
think it's important to think about. 'patch' is a terrific tool, but it
doesn't handle properties well. How do we address this?

for Dummies supercomputer fissionable Rijndael Hussein North Korea
TASS Cocaine mustard payment NRA Legion of Doom Semtex NSA Honduras
              ( http://lesser-magoo.lcs.mit.edu/~cananian )
 "These students are going to have to find out what law and order is
 all about." -- Brig. General Robert Canterbury, Noon, May 4, 1970,
 minutes before his troops shot 13 unarmed Kent State students, killing 4.
#!/usr/bin/perl -w
# 526-byte qrpff, Keith Winstein and Marc Horowitz <sipb-iap-dvd@mit.edu>
# MPEG 2 PS VOB file on stdin -> descrambled output on stdout
# arguments: title key bytes in least to most-significant order

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:40 2006

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

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