Currently we're havaing a problem with the autoincrement of the build
version.....
From another thread:
>
> Looking good so far ... Thanks! Seems odd that SVN decided to
> completely change a core file format in a point release.
>
> ms
>
> On Sep 27, 2006, at 7:41 AM, Ulrich Köster wrote:
> Could you kick off another build.
>
> Merci
>
> Uli
> Am 26.09.2006 um 22:58 schrieb Mike Schrag:
> dammit:
>
> "The way in which the Subversion client manages your working copy
> has undergone radical changes. The .svn/entries file is no longer
> XML, and the client has become smarter about the way it manages and
> stores property metadata.
>
> As a result, there are substantial performance improvements. The
> new working copy format allows the client to more quickly search a
> working copy, detect file modifications, manage property metadata,
> and deal with large files. The overall disk footprint is smaller as
> well, with fewer inodes being used. Additionally, a number of long
> standing bugs related to merging and copying have been fixed.
>
> WARNING: A Subversion 1.4 client will upgrade older working copies
> to the new format WITHOUT WARNING, rendering them unreadable by
> older Subersion clients. See the section above, titled 'Working
> Copy Format Changes'."
>
>
Am 28.09.2006 um 09:37 schrieb Anjo Krank:
> I always do so (which is why it's important that we get a new
> version number without much hassle). My uneducated guess is that it
> got confused with the bazillion versions I had.
>
> Cheers, Anjo
>
> Am 28.09.2006 um 09:38 schrieb Ulrich Köster:
>
>> One important thing: Always update with integrated update manager.
>> Not with drag and drop installation.
>>
>
This archive was generated by hypermail 2.0.0 : Thu Sep 28 2006 - 03:54:28 EDT