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

Re: Changelist feature requests

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Thu, 1 Oct 2009 15:52:06 +0100

2009/10/1 Martin Welch <martin_at_welch.eclipse.co.uk>:
>>> You want to be able to add non-versioned files to a change list? If so, that doesn't make sense.
>
> Interesting. It does to me. Surely adding new, non-versioned files to a changeset is valid - they are part of the change, are they not?
>
> Sure, I can add them as a separate operation but that means two operations, not one.

Changelists is a Subversion feature and you can only add versioned
files to a changelist, so you have to svn add them first. The only way
TSVN could work around this is to enable "Add to changelist" in the
context menu for unversioned files and automatically svn add them as
part of the operation.

> My second point relates to the commit of a changelist which I've named as, say, "Implemented xxx feature" which I'd also like to be the comment when I commit.
>
> What I'd like to happen (as happens in Perforce) is that the changeset name is used to populate the comment.
>
> At the moment I have to retype the name - I can't even use cut copy paste in the dialog.
>
> Does that make sense?

Yes, but not sure how it should be implemented. Maybe 'Copy changelist
name' in the context menu for the changelist header?

Simon

-- 
:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2402556
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-10-01 16:52:07 CEST

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

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