Question

The title pretty much says it all. I'm using a RFT, VS addin that allows me to edit a proprietary data file with a GUI. The problem is that this file doesn't show up in VS and when I start editing it via the GUI, VS doesn't check it out automatically (probably a bug of the VS addin). So, I've to check it out manually before editing it, otherwise the addin will crash when trying to save the file (because it is read-only), and sometimes will also corrupt the local working copy of this project. Everything would be much easier if TFS didn't mark the file not checked out as read only. Do you know if there is a way to instruct TFS to keep all the files as not read-only?

Was it helpful?

Solution

No. You can exclude it from source control, but that's probably not want you want.

OTHER TIPS

I have the same issues with TFS. Our project has a few small SQL Server database files that we have chosen to put under source control. We handle the read only issue by adding these to the post build statement on the project build. I suppose we could have done this pre-build as well.

attrib $(TargetDir)*.mdf -r

attrib $(TargetDir)*.ldf -r

It has been a while, but - I think this link is actually the answer to that.

When you do a check out, what you are actually doing is saying “TFS, I would like to edit the version of the file that I have already downloaded, is that ok?” TFS then looks at that version, and tells you if you can edit it or not (based on your security permissions at that point in time and if anyone else has placed a lock on the file). If you can edit the file, the TFS marks the file as read/write on your local machine and allows you to proceed.

I.E: When I r.clicked the project and selected "Check out and edit", the r/o flag was automatically removed, and I could compile (with both pre/post events) and then "check in" again.

Well you can get latest to a samba share, which eats the readonly bit.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top