[prev in list] [next in list] [prev in thread] [next in thread] 

List:       tortoisesvn-users
Subject:    RE: Update to revision
From:       Andreas Nicolai <andreas.nicolai () gmx ! net>
Date:       2013-02-02 9:07:51
Message-ID: 415012722.348.1359796071667.JavaMail.httpd () localhost
[Download RAW message or body]

Hi all,

I'd like to bring up the old discussion about the "Update to date" feature. While I understand Stefan's \
reasoning about the potential dangers, there seems to be a use case for many users (at least several \
programmers that I know of) who develop projects with externals where both externals and the project \
itself are in the trunk development (example: the main project is merely split into two projects for \
adminstrative/packaging reasons, but otherwise it is the same project). In our projects, we sometimes \
have 4 applications that are concurrently developed and they share up to 12 libraries via svn:externals. \
The manual tagging/branching does really only work towards the end of a project, or with a significant \
overhead which does not pay off for us.

In such use cases it is definitely a relevant wish to have a revert-to-date feature, which could be \
implemented in the GUI of TortoseSVN alone and does not require changes in the svnlib.

Suggested behavior:
- user selects "revert to date" and can enter a date/select a date from the svn-log for that project
- the dialog offers a checkbox "Revert externals to same date?" with the appropriate warnings from Stefan \
about unsafe project states and the recommendation that a formal update-to-head should be done again \
afterwards. Optionally, the dialog may offer a list of external repositories (just like in the branch/tag \
                dialog), so that the user can select individual externals to "revert-to-date"
- upon accepting this dialog, TortoiseSVN reverts the main project repository (so far same functionality \
                as the regular revert-to-revision dialog)
- then, a list of externals in that revision is obtained
- from the originally selected externals, all svn:externals are removed (with a log warning) that did not \
                exist back then
- now each of the external log files is queried to determine the corresponding rev at the desired date
- each external is reverted to that rev (again, standard behavior)

The implementation is not really trivial, but not too complicated either. Maybe we can have a poll or so \
to get an idea about the priority. 

If the availability of a developer is the main problem, I could work on this implementation beginning in \
May (I did some changes in TortoiseSVN long time ago, so I hope I'll get this done).

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3047225

To unsubscribe from this discussion, e-mail: [users-unsubscribe@tortoisesvn.tigris.org].


[prev in list] [next in list] [prev in thread] [next in thread]