[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: Sven Haiges <sven.haiges_at_web.de>
Date: 2005-03-02 18:34:39 CET

One question:

when i installed subversion, I isntalled the plugiin for eclipse3 (max
osx) first. Then I installed javasvn.

Could this be the problem why it does not work? What would you
recommend?

thanx,
sven
Am 02.03.2005 um 16:32 Uhr schrieb Mark Phippard:

> 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
>
>

---
Sven Haiges
sven.haiges@web.de
Received on Thu Mar 3 04:34:39 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.