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].