|
|
Really Delete from Source Control |
|
Author |
Message |
Jeff Lynch - MVP

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
Ok, I've read all the old threads and I still don't get it.
How do I completely delete a TFS project including all the related artifacts in source control
I've already tried tfsdeleteproject.exe /force /server:servername "team project name" and it "seems" to work but I still see the project in the source control explorer.
Jeff ****
MVP - Commerce Server
Visual Studio Team System6
|
|
|
|
 |
Richard Berg MSFT

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
If all went well, the items you see should be in the deleted state. We do not have a ‘destroy’ (permanent delete) feature in source control v1, sorry.
|
|
|
|
 |
Jeff Lynch

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
Richard,
They are in the "deleted" state and I can hide them using the options but how are we to control the growth of the TFS source control databases if we can't delete artifacts that are "obsolete"
|
|
|
|
 |
Richard Berg MSFT

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
We understand that HD space is a concern for some customers, e.g. game developers who checkin lots of binaries. Destroy will be supported in the future.
|
|
|
|
 |
Jeff Lynch

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
Richard,
Thanks for the update. I look forward to when we can control this better.
|
|
|
|
 |
Walt Dell

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
We did a trial run at porting our VSS database over to Team System Source Control, and now we want to do it for real. Is there any workaround -- any manual way to destroy the data from the first attempt without completely recreating the database I don't like the idea of using double the space we really need.
In general, my opinion of Microsoft is positive, but I wonder if Microsoft will ever release a v1 product that isn't half-baked Please don't take that personally (I'm sure you are working very hard) but tell it to upper management so that they think ahead a little more (even IE7 is behind the times and not really innovative). Destroy is a fundamental feature. Differencing two folders from the GUI also should have been in the initial release (at least there is now a power toy for that). Overall, the product needs more polish, IMHO.
Thanks for listening. 
|
|
|
|
 |
MDJones

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
I simply can not agree with this more. Destroying is fundamental. The documentation on this whole product has been horrific. There has to be a way to manually remove these records from the database without having to reload the entire Foundation server.
|
|
|
|
 |
WXS123

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
I presume destroy will have a seperate permission
|
|
|
|
 |
Richard Berg MSFT

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
Yes, Destroy will have its own permission.
|
|
|
|
 |
StevenIBSI

|
Posted: Team Foundation Server - Version Control, Really Delete from Source Control |
Top |
TFS 2008 allows destroying files now using the tf destroy command
http://msdn2.microsoft.com/en-us/library/bb399141.aspx
I was trying to destroy an unneeded folder which was previously deleted but it said it did not exist until I undeleted the folder and then I was able to destroy it.
|
|
|
|
 |
|
|