subversion-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Julian Foad (JIRA)" <>
Subject [jira] [Commented] (SVN-3625) Commit shelving
Date Fri, 15 Dec 2017 09:50:01 GMT


Julian Foad commented on SVN-3625:

The initial implementation of "Shelve" and "Unshelve" commands is now on trunk and should
be included in the forthcoming 1.10 release.

> Commit shelving
> ---------------
>                 Key: SVN-3625
>                 URL:
>             Project: Subversion
>          Issue Type: New Feature
>          Components: libsvn_client
>    Affects Versions: trunk
>            Reporter: C. Michael Pilato
>            Assignee: Julian Foad
>              Labels: api, needsdesign
>             Fix For: 1.10-consider
> Developers often need to temporarily put aside in-process working copy changes to begin
some other usually-short-lived task.  You know the routine.  You're halfway through the implementation
of a medium-sized feature when -- stop the presses!  A customer just found a mission-critical
bug in the app!
> Current workarounds include:
> * create a branch; switch to branch; commit unfinished primary task code to branch; switch
back; handle and commit secondary task; merge from branch; resume primary task.
> * use 'svn diff' to make a patchfile for primary task work; svn revert -R; handle and
commit secondary task; use 'patch' to recreate local primary task mods; deal with all the
stuff (prop changes, added/deleted files, etc.) that 'patch' can't represent; resume primary
> * (same as above, except that in 1.7 you can use 'svn patch' instead of 'patch' and the
fixup step)
> A better approach that avoids the need to create server branches and to marshal/unmarshal
changes away from Subversion would be to support 'svn shelve/unshelve' commands, where "shelve"
means "squirrel away my changes into the working copy metadata and revert them from the WORKING
tree " and "unshelve" means "merge the changes I previously squirreled away back into my WORKING

This message was sent by Atlassian JIRA

View raw message