Thursday, April 19, 2012 6:52 PM
We have numerous projects in TFS and I have recently discovered that there have been many file checked in over the years that have an incorrect file encoding set in TFS. This is especially a problem when a source code file has binary encoding set because TFS will not allow merging to run anymore.
Is it possible to update the TFS plug-in for Eclipse to inspect the Eclipse perceived file encoding and generate a problem marker when it differs from the TFS encoding that is set? Without an automated check, it is very time consuming to walk through a project and bring up the properties sheet to view the TFS encoding.
Also, it save several clicks if you could replace the "Encoding:" static label and "Set Encoding..." button on a TFS item's property sheet with the drop-down for setting the encoding that is part of the modal dialog that pops up when clicking the button.
Monday, April 30, 2012 1:34 PMOwner
Sorry, there's currently no such feature in the TFS plug-in for Eclipse. We have an item on our feature backlog to detect encoding changes and pend them as changes.
A possible solution to your problem would be to decide on a standard encoding for all files (like UTF-8) and convert all the source files and TFS encodings at once. Developers can configure Eclipse to use that standard encoding (Preferences, General > Workspace > Text file encoding) so new files are correct. Converting the file contents depends on the tools you're using, but can probably be automated. Changing all the TFS file encodings can be done with one recursive CLC command like "tf checkout -r -type:utf-8 src/*.java".
You could also write a check-in policy that checks that the Eclipse resource's encoding matches the TFS encoding before allowing the check-in. The PendingChange object contains the file's encoding and you can easily query Eclipse for a resource's encoding.
- Proposed As Answer by Shaw TerwilligerOwner Monday, April 30, 2012 1:34 PM