>>>> How do you guys manage committing only parts of your working copy,
>>>> especially when you want to commit part of a file?  I figure there's 
>>>> got to
>>>> be a better way than multiple SVN checkouts and manually editing diffs.
>>> svn should do this automagically; it only commits the diff from your
>>> current working version and the svn HEAD.
>>>
>>>> svn up
>>> # do some work
>>>> svn diff  # these are the changes that will be committed, just 
>>>> preview them
>>>> svn commit -m 'my log message' # the diff will be committed
>>
>> I'm more interested how you guys handle having multiple lines of 
>> development going on in a single working copy, like working on 
>> multiple separate additions to axes.py.  Trying to commit only a 
>> subset of those changes is difficult as far as I can tell. Or is the 
>> advice "don't do that" and use separate working copies?  What if I'm 
>> working on something big and then have a small bug fix to do on the 
>> same file?  Additional working copies wouldn't be a big deal, but it 
>> seems to take forever to do a fresh checkout from sourceforge.
>>
>> Ryan
>>
> 
> I think you could have a master checkout, and then use a local rsync to 
> make copies of it for hacking around on different parts.  (This is the 
> sort of thing that is made very fast and easy with mercurial, but the 
> mercurial-svn interface mechanisms seem to be a bit clumsy, 
> unfortunately.  Mike recently mentioned doing this sort of thing with 
> git. I haven't looked into git much; it has the reputation of being 
> rather hard to understand, and I have been happily using mercurial for 
> my local work for quite a long time, so I am not eager to start getting 
> confused by an alternative.)
> 

This (and another comment I got in private) was pretty much what I 
expected.  I just wanted to make sure I wasn't missing anything.  I've 
already got two separate checkouts at the moment, so I think I'll try to 
just keep them up to date and keep one pristine for small stuff and 
testing.  I'll keep rsync in mind however when I need a fresh one, thanks,

Ryan

-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to