Currently, in our current practices, it means, checking out, each of the 3 files, that correspond, to what would normally be 1 file.
There's the meta file. the js file that is generated on save, and than the file that is deployed, to the .net project.
and this can easily become, tedious, when you find yourself when possibly having to also edit corresponding views, stores, models. and controllers.
So that leaves the minimum, of 3 files, and a potential for 12 or more files, that would have to be checked out, to be able to work gracefully, in architect without having to worry about the save failing.
I think your product could go a long ways towards helping us TFS (team foundation server) users out by:
- first checking if a file is read-only before ever making a change (in-memory or file)
- prompting user that file is read-only so we have the chance to grab latest from TFS before any in-memory edits are made.
- monitoring local file for read-only state and changes since last opened or last checked.