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

RE: Support for partial checkins?

From: James FitzGibbon <jfitzgibbon_at_primustel.ca>
Date: 2005-06-08 05:57:11 CEST

I see. I guess I can see the use of such a feature, but I doubt (and
personally wouldn't want) the Subversion developers to spend time adding
something like that. I see the need as being similar to that filled by
'asvn', which is a wrapper for svn that stores unix file attributes in svn

If you are familiar with the 'dialog' utility, you might be able to gin up
something to provide this functionality.

I spent a few minutes trying and came up with this:

dialog --checklist foo 25 60 15 `svn stat | egrep '^[MAD]' | awk '{print
$2}' | xargs -L 1 -J % echo % 1 on` 2>cilist.txt

(this is on FreeBSD, but should apply to MacOSX just as well)

When executed, that presents me with a dialog like this:

                                  foo
-------------------------------------------------------ƒ 
                                   [X] opt/httpd/conf/svn.acls
1  
                                   [X] opt/httpd/conf/smartsieve.conf
1  
                                   [X] opt/httpd/conf/httpd.conf
1  
                                   [X] opt/httpd/conf/default.conf
1  
                                   [X] opt/httpd/sites/install.sh
1  
                                   [X] opt/httpd/sites/wiki/plugins
1  
                                   [X]
opt/httpd/sites/wiki/css/formatter.css 1  
                                   [X]
opt/httpd/sites/wiki/config/config.yaml 1  
                                   [X] usr/local/etc/exim/configure
1  
                                   [X] usr/local/etc/jabberd/install.sh
1  
                                   [X] usr/local/etc/jabberd/c2s.xml
1  
                                   [X] usr/local/etc/jabberd/s2s.xml
1  
                                   [X] usr/local/etc/jabberd/sm.xml
1  
                                   [X] etc/pf.conf
1  
                                  
 
L------------------------------------------------------- 
                                  [ OK ] Cancel

(that might not look so good in ascii, but you get the idea)

I can turn files on or off by cursoring around and using the spacebar. Once
I hit the spacebar on the 'OK' button, a file is written containing the

james@vrfy$ cat cilist.txt
"usr/local/etc/exim/configure" "etc/pf.conf"

You could wrap that in a shell script to use dialog to select the files and
then re-invoke the selected svn command, passing "--targets cilist.txt" to
make svn only operate on the files you selected. You could even use dialog
to provide a nicer message log entry screen and re-invoke with "-F

If you play around and get something like that working, I'm sure it would be
appreciated by a few people on the list, and might be a good candidate for
inclusion in the 'contrib' section; I just don't think it has wide enough
appeal to be put into the Subversion core (based upon the fact that in 8
months of reading the users mailing list, yours is the first such request I
can recall).

Hope that helps.

-----Original Message-----
From: Rick Mann [mailto:rmann@latencyzero.com]
Sent: Tuesday, June 07, 2005 8:11 PM
To: James FitzGibbon
Subject: Re: Support for partial checkins?

On Jun 7, 2005, at 17:01, James FitzGibbon wrote:

> What you request is available with the command line interface - just
> list only the files you want to check in on the command line instead
> of issuing a bare 'svn ci':
> [vrfy:james] ~/james/home (6) > svn stat
> A foo
> M .imap_mail_filter/rules/70_svn.rule
> [vrfy:james] ~/james/home (7) > svn ci foo -m "check in a subset"
> Password for 'james':
> Adding foo
> Transmitting file data .
> Committed revision 106.
> [vrfy:james] ~/james/home (8) >

Well, this means now that I have to go through and build up a list, often
with non-trivial paths. This is not what I want to do.
(Recollection vs. recognition: I want to see the list of files, and just
quickly remove some I don't want to check in).

> If you want something like what people are suggesting TortoiseSVN for,
> you'd have to tell us what (if any) GUI interface you are currently
> using on MacOSX. I know only of SCPlugin - if that's what you are
> using then they are the people such a feature request should go to,
> not to the core Subversion team.

I don't use a GUI. I use "svn" on the command line. However, even svn has a
"GUI", in that it will invoke an editor.

No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.6.5 - Release Date: 6/7/2005
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.6.5 - Release Date: 6/7/2005
This electronic message contains information from Primus Telecommunications
Canada Inc. ("PRIMUS") , which may be legally privileged and confidential.
The information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this information
is prohibited. If you have received this electronic message in error, please
notify us by telephone or e-mail (to the number or address above)
immediately. Any views, opinions or advice expressed in this electronic
message are not necessarily the views, opinions or advice of PRIMUS.
It is the responsibility of the recipient to ensure that
any attachments are virus free and PRIMUS bears no responsibility
for any loss or damage arising in any way from the use
thereof.The term "PRIMUS" includes its affiliates.
Pour la version en franηais de ce message, veuillez voir
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jun 8 05:58:58 2005

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

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