(Checkout depth != Fully recursive) and svn:externals problem
From: <McMorning_at_gmx.de>
Date: Thu, 17 Mar 2011 13:02:50 +0100
Currently i'm getting into trouble by using sparse checkouts and svn:externals.
1. Fresh checkout
This is a behaviour i wouldn't expect. At least there should be something within the documentation that makes these things clear.
2. Switch to Fully Recursive
Okay, now i'll got everything, but if within my repo is a folder at this stage that includes several GB that i actually don't need (hence the sparse checkout in the first step), i'll get into trouble.
3. Switch back to "Immediate children, including folder"
Is this what i want? Why are "normal" folders stripped down, but not the externals folder? And how does this structure behave from this point in time? Let's check it...
4. Make changes in the externals folder and start an Commit from the folder above
Yeah, it works, it tells me that there are changes in my externals folder that should be committed (Yes, this is expected and works like a charm, but i have to document it to make the next problem more clear).
5. Make any changes that lead to an Update of the externals folder
So after doing point 4 and we seen that commit works, we would expect that update works exactly the same (to be symmetric) but it doesn't.
Is this behaviour the expected by everyone (the developers of tortoise)? If yes, please make these things more clear in your documentation. If not, please fix it.
Last but not least:
-- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ------------------------------------------------------ http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2712140 To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].Received on 2011-03-17 13:08:12 CET |
This is an archived mail posted to the TortoiseSVN Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.