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
software.
So if you want to preserve the cvs -f syntax, how would you propose to
identify the "marked files"?
(And further discussion would be, what about directories? Can they be
marked? What would it mean to do so?)
On Fri, 2004-04-16 at 16:20, Max Bowsher wrote:
> C. Michael Pilato wrote:
> > Pedro Sanchez <psanchez@nortelnetworks.com> 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 it,
> 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 be
> committed if they are unchanged.
>
> An entry in issuezilla would be a good idea, so this isn't forgotten.
>
> Max.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 19 14:57:29 2004