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

Re: Suggestions on modifications on commit

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2003-09-29 22:50:56 CEST

Anders Engström wrote:
> On Mon, Sep 29, 2003 at 10:33:59AM -0500, C. Michael Pilato wrote:
>>Anders Engström <aengstrom@gnejs.net> writes:
>>>>And Anders -- you will suffer the same problem in Subversion that you
>>>>did with CVS. We don't have a way (yet?) to push back to the client
>>>>the "actually committed" version of the file. For this reason, we do
>>>>not recomment modifying to-be-committed files in the pre-commit -- the
>>>>committer's working copy will be out of sync with the repository's
>>>Any plans to implement something like this in the future?
>>It could be done, and I think it would be quite useful, but I won't
>>claim that there exist real plans to implement this. Then again,
>>there is a whole world full of eager and able volunteers, and there's
>>no telling what someone might contribute. {nudge, nudge}
> Point taken <smile>.
> I think the best way to go is to convince the users/management to drop
> the evil MS Word format and use a better document format.. (DocBook,
> OpenOffice, MS Word 10 (XML/HTML)).

Huh? Why does this have anything to do with the document format? As far as I can see, the lack of pushing back a modification made by a pre-commit hook will affect all files equally. OpenOffice bundled gzipped XML documents are particularly difficult to work with in a simple way (in terms of keyword substitution etc.).

Or do you mean that if he used a file format that can have variable-length text fields updated, then he could use Subversion's keyword substitution directly and wouldn't need a pre-commit hook? That's true, but then why is he using a pre-commit hook anyway? If the aim is to get some keyword into the WC file before commit, then run the document-updating program before running "svn commit", using a batch file to reduce the pair to one command for the user.

- Julian

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 29 22:50:29 2003

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.