[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subclipse 0.9.28 Released

From: Jörg Eichhorn <eichhorn_at_ponton-consulting.de>
Date: 2005-03-02 16:46:48 CET

Great!!

--On Mittwoch, 2. März 2005 10:32 -0500 Mark Phippard
<MarkP@softlanding.com> wrote:

> Changelog for 0.9.28
>
> NOTE to JavaSVN Users: If you want to continue to use JavaSVN
> you should wait until a corresponding update to JavaSVN has
> been made available. Then install this update first, followed by the
> update to JavaSVN.
>
>
> * Issue# 227 - Added the open and annotate actions to Resource History
> View
>
> * Issue #165 - Improve performance of Compare with Base Revision
>
> * Issue# 232 - Sort repositories alphabetically
>
> * Issue #222 - Fixed error when parsing file:// URL's
>
> * Issue #234 - Fixed problem when only the last character of repository
> names varied. Only one repository would show in view.
>
> * Issue #224 - Added support for relative paths in the project set
> import mechanism.
>
> * Synchronize View - Incoming deletes are now refreshed correctly.
> Outgoing deletes is now the only problem with refresh.
>
> * Removed logging of command line to console for command like propget and
> status that are used a lot and have no value in the log.
>
> * When update or merge either produce a conflict, or even when they do a
> local merge ('G' in the console), the message is now logged as an error
> so that it gets a different color in the console and also brings the
> console to the front view.
>
> * Added support in JavaHL Adapter for prompting the user to supply
> a username/password as well as prompting to accept digital certificate.
>
> If using the JavaHL Adapter, the best way to configure a repository
> connection now, is to not supply any username and password. You will
> then be prompted to supply the password if it is needed, with an option
> to let Subversion cache it. If server password changes, you just get
> prompted again and can update the cache.
>
> * Commit Dialog Enhancements
>
> A new preference for SVN now exists under Workbench -> Colors and
> Fonts to specify the font to use for the commit comments. It defaults
> to Text Font, which should be a monospaced font (which is what we
> ideally want).
>
> Added support for the following SVN properties that can be set on the
> Project folder:
>
> (These all come from the same feature in TortoiseSVN)
>
> tsvn:logwidthmarker
>
> If specified, a line will be drawn in the commit comments dialog to
> show that line number. Many projects like Subversion itself, do not
> want you to go past 80 lines in a single line of comment. This is an
> aid to do that properly. You must have a monospaced font for this to
> be 100% accurate.
>
> tsvn:logminsize
>
> If specified, the OK button will not be enabled until the log comment
> contains at least this many characters.
>
> tsvn:logtemplate
>
> If specified, the commit comment will be initially filled in with the
> contents of this property.
>
> * Merge Dialog Enhancements
>
> Our dialog was modelled on the dialog used in TortoiseSVN. There were
> some discussions on their mailing lists about improving the UI of this
> dialog. We are mirroring the changes that they made to their dialog in
> ours, and added some new options in the process.
>
> 1) Layout and terminology was tweaked to reinforce the idea that you a
> merge is taking the diff between 2 URL/revisions and applying that
> diff to your WC.
>
> 2) A new Show Log button was added that lets you browse the history of
> the URL and select revisions from that dialog. The "select
> revision" process tries to figure out what kind of merge you might
> be doing and act accordingly to help you.
>
> a) If you take Show Log from the WC button, and select a revision,
> it will apply that revision to the From revision field,
> provided that it is empty. The idea here is that you are
> finding the revision for the last time you did a merge and want
> to use that as the starting point for this merge. This is the
> "repeated" merge scenario of keeping a branch up to date with
> trunk or another branch.
>
> b) If the "Use From URL" button is checked and you take the Show
> Log option from either the From or To revision fields, then the
> "revision range" you selected will be filled into the two
> fields. The from revision will be the lowest revision number
> selected minus one (N -1) and the highest revision will be
> filled in the To revision. So if you selected just revision
> 100, then 99 would be the From revision and 100 would be the To
> revision. This scenario is the "port" revisions from one
> branch to another scenario.
>
> c) Finally, if the Use From URL button is not checked, then the
> revision you select is what is filled in to the field, and only
> that field.
>
> In addition to these changes, buttons were added to a Dry run merge
> and also to produce a Unified Diff file. These two options allow you
> to "test the merge" settings. As such, both options leave the dialog
> open so that you can then just press Merge with the same settings.
>
> The Dry run option currently only works for the Command Line adapter,
> but support for this option should make it into JavaHL in svn 1.2
> timeframe.
>
> _________________________________________________________________________
> ____ Scanned for SoftLanding Systems, Inc. by IBM Email Security
> Management Services powered by MessageLabs.
> _________________________________________________________________________
> ____
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
Received on Thu Mar 3 02:46:48 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.