Re: Tag reorg

["Giovanni Bajo" <rasky at develer dot com>]

DJ Delorie <dj@redhat.com> wrote:

>>> Well, *I* prefer using an absolute timestamp (date and time) for the
>>> snapshot checkout, because otherwise you may be off by a checkout.
>>
>> Using -r DATE means the revision at the start of the specified date,
which
>> is unique AFAICT. How could you possibly be off by one?
>
> As opposed to not using the timestamp for the checkout, and trying to
> compute it later.  Plus I keep forgetting whether a date-only is the
> start of the date or the end of the date, and which timezone it
> applies to.  Plus commit quanta and possible locking oopses.  Plus DST
> overlaps (*which* 1:30am did you mean?).  Just pick a safe time in the
> recent past (say, 10 minutes ago) when you know it's not near a
> checkout.
>
> But I admit to being excessively paranoid ;-)

.. and you totally lost me!

Are we referring to different kind of snapshot tags? I'm thikning of those
automatically made by the gcc.gnu.org scripts to tag the version which gets
packed and distributed as "snapshot".

When the snapshot is automatically made, it's made by a script which would
use "svn export -r {DATE}". The DATE is then encoded in the .tar.gz
filename. If you want to recreate the snapshot by yourself, you just run -r
{DATE} again, and you get exactly the same copy, no matter where you live,
DST, gregorian calendars, moon phase, and whatnot.

As for recomputing the timestamp *after* a checkout, it is not possible, but
it's not important either: you can use the revision number. You can use
"svnversion" as explained in the Wiki, which will tell you the unique
revision number of your tree, and will also remind you if you have local
modifies (so that you don't happen to believe that the bug is not yours...).

So, is there a reason to keep generating snapshot tags?
-- 
Giovanni Bajo