> From: Jan W. Hentsch [mailto:jwh@csmed.de]
> Sent: Friday, July 29, 2005 11:59 PM
> To: 'Florian Weimer'
> Cc: 'users@subversion.tigris.org'
> Subject: RE: Global Revision keyword, again and again
>
>
> > From: Florian Weimer [mailto:fw@deneb.enyo.de]
> > Sent: Friday, July 29, 2005 11:48 PM
> > To: jwh@csmed.de
> > Cc: users@subversion.tigris.org
> > Subject: Re: Global Revision keyword, again and again
> >
> >
> > * Jan W. Hentsch:
> >
> > > So why not make it practicable, just define one singele file
> > > ".svn-version" in the projects main folder that gets
> updated on every
> > > checkout/export (maybe on confirm is better). That's all
> I'm looking
> > > for, and I guess, that's all the others are looking for as well.
> >
> > The trouble is that the working copy is often in a mixed
> > state. Some files might be at revision 345, others at 347,
> > and so on. (Basically, this happens after each commit.) A
> > single file cannot properly reflect this, especially if it
> > just contains a single number.
>
> that is something I just figured out, but after a svn update
> the revision of the "Project directory" is correct, so maybe
> that is the right point to do the trick.
>
> So whenever I would do a svn commit, I would follow it with
> an svn update.
>
> what do you think?
But wait, whenever I call svn commit successfully, the output of
that command tells me "Committed revision xyz" which is exactly the
revision number the changed file gets (its also reflected in it's Id-
keyword). And that is the same Revision the directory containing the
changed file contains and the upper directories get after a following
svn update.
So it could be possible to update a fixed file in the Project main
directory
with that revision number even after a svn commit.
Am I right?
cu jwh
>
> thanks in advance, vielen Dank schon mal,
>
> cu jwh
>
> Jan W. Hentsch, jwh@csmed.de
> CSMed GmbH
> Otto-Röhm-Straße 69
> 64293 Darmstadt
> Germany
> Mobile: +49 172 65 11 487
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 30 00:27:27 2005