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

Re: svn diff - revert - patch does not restore wc state

From: Chris <devnullaccount_at_yahoo.se>
Date: Tue, 11 Sep 2018 14:01:41 +0000 (UTC)

--------------------------------------------
On Mon, 9/10/18, Julian Foad <julianfoad_at_apache.org> wrote:

 Subject: Re: svn diff - revert - patch does not restore wc state
 To: users_at_subversion.apache.org
 Date: Monday, September 10, 2018, 3:49 PM
 
 Timur Khanipov wrote:
>
 [...] I hope the
>
 'shelve/unshelve' commands will eventually mature
 and be able to handle the
> situation I
 described. I also think that these command should finally
 learn
> to save modifications to a
 separate wc-independent file [...]
 
 Hello. I am actively working on the Shelve
 feature (thanks to Assembla for funding this development)
 and I agree with both of your points.
 
 We are planning to release Subversion 1.11 in
 October with improvements to Shelving, although still not
 supporting copies and moves. After that I will be improving
 it further.
 
 If you will
 consider participating in some way, you might like to start
 by reading the Wiki pages (starting at https://cwiki.apache.org/confluence/display/SVN/Shelving+and+Checkpointing+Dev
 ) and the development mailing list (see http://subversion.apache.org/mailing-lists.html
 ).
 
 - Julian
 
 
==
Since you're on the topic of shelve and not restoring everything, I noticed something that looks like a minor bug. I shelved a bunch of files and noticed that some of those files were still marked as modified and when I did diff on them I got something like this:

---somefile.txt (rev 123456)
+++somefile.txt (working copy)
-sometext
\ No newline at end of file
+sometext

That is, when I shelved, it seems to have added (or at least not reverted) a newline at the end of the file. Not a big problem, but shelve should probably not act this way.

BR,
  Chris
Received on 2018-09-11 16:01:57 CEST

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.