Pedro Sanchez wrote:
> I also believe that this should work with explicit targets only, let's
> call them "marked files" for the moment. That is, only marked files
> should be considered for upload when their time stamp has changed.
> This however seems to go against the fact you mention, that time stamp
> is a property of revisions, not files. I don't fully understand this
> statement because when I *export* a repository the time stamps I get are
> the ones associated with each individual file not those associated with
> a revision. And that's OK, it is exactly what I need to distribute my
Timestamps are attached to revisions, not files. When you export, files get
the timestamp of the revision they last changed in. Your hypothetical svn
propset command therefore isn't a sensible interface.
> So if you want to preserve the cvs -f syntax, how would you propose to
> identify the "marked files"?
Exactly as in cvs: commit the files actually passed explicitly on the
> (And further discussion would be, what about directories? Can they be
> marked? What would it mean to do so?)
"svn ci --force somedirectory" should, I think, be exactly the same as "svn
ci -N somedirectory".
> On Fri, 2004-04-16 at 16:20, Max Bowsher wrote:
>> C. Michael Pilato wrote:
>>> Pedro Sanchez <firstname.lastname@example.org> writes:
>>>> Yes, that is possible, and is maybe the only solution. But I was hoping
>>>> subversion will give me an option natively. Maybe something to add to
>>>> the wish list? Something like
>>>> svn propset svn:timestamp "on" aclocal.m4
>>>> would be nice. Thanks you for your answer.
>>> File it as a FEATURE request in our tracker. Let the masses
>>> decide. :-)
>> CVS can do this (cvs ci -f), so that is a fairly powerful argument for
>> given svn's target audience.
>> Pedro: Timestamps are a property of revisions, not files.
>> Therefore an appropriate user interface would be:
>> svn commit --force-<something> file-to-commit
>> Where the behaviour of the new flag is to bypass discarding of items to
>> committed if they are unchanged.
>> An entry in issuezilla would be a good idea, so this isn't forgotten.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Apr 19 18:53:04 2004