This could also help with previously reported concern: Svn 1.8 - Problem with Choosing items during checkout ( ) Grey: Item is selected and some or no children are selected Would it be possible to change the two state checkbox into a three-state check box?Ĭhecked: Item is selected and all children are selected recursively To work around this problem, I need to expand all subfolders until I reach the depth at which all lower subfolders are either selected or not selected.
This makes "update to revision" harder to use. I expected that no folders in Branch1 would be changed, because I did not change the selection.Īll the subfolders (SubFolderB and SubFolderC) that I had unchecked from the sparse checkout came back. The problem will happen even if you change nothing.) Check Branch2 (This just makes it a real world scenario. Right click - TortoiseSVN - Update to Revision. Test memory of stickiness with Update to Revisionī.
Navigate up to Branches level in Windows Explorer.ģ. One of the options for this command, in the subsequent dialog, is 'Omit externals'. Log showed that SubFolderB and SubFolderC were deleted from working copy as expected.Ī. In the TortoiseSVN context menu, theres a sub-menu item labelled 'Update to Revision.'. Right click on an existing folder in the working copy
Foundation - I had already sparsely checked out various folders from Branches in my repository.ī. Establish a set of folders where some subfolders are included and some are notĪ. Would it be possible to make Update to Revision respect previous choices, just like update does?ġ. I run into this problem when I am using update to revision to add a new branch to my working copy. I really enjoy the use of "Update to Revision." It makes branching much more feasible for me because my repository has many different projects in it. Sparse updates are not making the choice of folders as sticky as I would expect in later sparse updates.