RE: Mixing recursive and non-recursive commits
From: Braun, Eric <eric.braun_at_medtronic.com>
Date: Thu, 25 Jul 2013 17:33:19 +0000
I think if the documentation for --parents says it will do a non-recursive commit of any intermediate directories and if any of these are marked as replaced or copied it will error out then this is sufficient documentation for the user. Yes, the scenarios you listed are correct but with the right info I think it's acceptable.
The GUI I was referring to was WanDisco's smartSVN. It handles both scenarios properly by not showing the intermediate directory in the commit list thus causing an error for not having all targets defined if the user proceeds to commit the lower level change. TortoiseSVN appears to be the same way. Both however automatically add the intermediate directories to the commit list if they newly added.
What I am trying to enable is the ability to add and commit files deep in hierarchies w/o having to specify intermediate directories. We were using simple examples but often we will have many level structures that are previously committed and create new structures beneath it along with modifying the existing. We want to add/commit just the new directories/files specified and not the other areas. This achievable with a GUI but very hard to filter out just what you want.
On Thu, Jul 25, 2013 at 02:01:23PM +0000, Braun, Eric wrote:
My concern is not about whether this would be complicated to implement.
My concern is that your proposal is creating a command line option that will cause a commit to succeed or fail based on the order of operations the user carried out in a working copy.
svn mkdir A
svn rm A
svn mkdir A
svn rm A
I don't think this is intuitive behaviour. It is sensible from the point of view of your use case, no doubt. However, I'm concerned about creating an option that has inconsistent behaviour depending on working copy state.
You're saying some GUI clients had this feature already. I'd like to know how they deal with the replacement and copy cases I've pointed out.
[CONFIDENTIALITY AND PRIVACY NOTICE]
Information transmitted by this email is proprietary to Medtronic and is intended for use only by the individual or entity to which it is addressed, and may contain information that is private, privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient or it appears that this mail has been forwarded to you without proper authority, you are notified that any use or dissemination of this information in any manner is strictly prohibited. In such cases, please delete this mail from your records.
This is an archived mail posted to the Subversion Users mailing list.