[Laszlo-dev] new subversion client and server, 1.4

Henry Minsky henry.minsky at gmail.com
Wed Sep 20 13:51:23 PDT 2006


I assume this requires checking out new working copies, right?


On 9/20/06, Benjamin Shine <ben at laszlosystems.com> wrote:
>
> As of September 10, svn 1.4 has been released. mac binaries available
> at  http://www.codingmonkeys.de/mbo/ and the new client should work
> with our server, which is running 1.2.3. The upgrade seems like it is
> worth doing for the working copy performance improvements and these
> two new subcommands:
>
> svn diff/merge -c/--change
>      You can now simply write -c N to view or merge a single
> revision, instead of the cumbersome -r N-1:N.
> svn diff --summarize
>      Prints only the list of changed files, in the output format of
> 'svn status'. This lets you retrieve summaries of changes directly
> from a repository, whereas 'svn status' operates only on the local
> changes of your working copy.
>
> and
>    * numerous working copy improvements (WARNING! upgrades to new
> format!):
>        - improved performance when detecting modified files (r18628 -56)
>        - new property storage is faster and uses less disk space
> (r17583)
>        - internal wcprops take up less space (r19433 -37)
>        - large file commit speedups (r17861 -73 18867 -918 -29 -44
> -45 -48 -49)
>        - reduce memory usage for large working copies (r19183 -538)
>        - increased working copy stability with merge, copy and move:
>              (fixes issues #845, #1516, #1553, #2135, #2144, #2148)
>
> 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.
>
>
>
> _______________________________________________
> Laszlo-dev mailing list
> Laszlo-dev at openlaszlo.org
> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
>



-- 
Henry Minsky
Software Architect
hminsky at laszlosystems.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-dev/attachments/20060920/f15710e6/attachment.html


More information about the Laszlo-dev mailing list