Неправильные состояния на Файлах Проекта TFS 2008
JIT-компилятор HotSpot только оптимизирует код, который работал в течение некоторого времени. К тому времени, когда Ваш код является горячим, цикл был уже запущен, и JIT-компилятор должен ожидать до следующего раза метод вводится для поиска способов оптимизировать далеко цикл. При вызове метода несколько раз Вы могли бы видеть лучшую производительность.
Это покрыто в HotSpot FAQ под вопросом, "Я пишу простой цикл во время простая операция, и это медленно. Что я делаю неправильно?".
6 ответов
Если я извлекаю файл, а затем выполняю «Отменить отложенные изменения», он возвращается в нормальное состояние. Я думаю, что это ошибка, и она, похоже, еще не исправлена ни в каких патчах или будущих версиях.
У вас установлен SP1 ? Это исправило это для нашей команды. Если нет, проверьте, есть ли у кого-либо из ваших разработчиков отдельные рабочие области и, возможно, извлекали ли они файлы для них
I've had these lists get out of sync before. What was required was a "Force Get Latest" to refresh the statuses. To do that, you select "Get a specific version", and then select "Latest" and "Get file even if they already exist locally" (or some option like that). This will force the files to refresh, even if they're already up to date, and should also correct their status.
You would think VS/TFS would be smart enough to reconcile this on their own, but sometimes they just don't, for whatever reason.
Go to File->Source Control->Workspaces in Visual Studio. Make sure that the devs you have only have 1 workspace. It's likely that someone has created multiple workspaces on his machine and have files checked out there.
TFS maps workspaces to locations on the machine they are created on so if someone pulled down code to multiple places and edited it, you can have one person with code checked out in multiple places.
Also, this link shows you how to see all the files checked out for a particular person.
But I also agree with Preet. It's perfectly OK to have the file checked out by more than one person in TFS. That's one of the minor improvements over SourceSafe.
We had this problem when we upgraded from TFS 2005 to TFS 2008. There were problems with the upgrade that forced us to create a new virtual machine and restore/upgrade the 2005 database. We were under workgroup authentication and re-created local user accounts but since they all had new SIDs they were considered different accounts in some respects. All of the original users' workspaces hung around.
Take a look at the commandline tf and tfpt tools for manipulating workspaces, see if you have something orphaned. Attrice Team Foundation Sidekicks has a nice GUI workspaces manager too.
Более важный вопрос. Зачем вам дело, если кто-то еще извлек файл? TFS поддерживает множественные параллельные проверки файлов. Если вам нужен монопольный контроль, используйте блокировку.
Извините за ясность - я часто обнаруживаю, что на состояние в Solution explorer не стоит смотреть. Если мне нужен файл, я его проверяю. Если кто-то заблокировал его, тогда TFS сообщила мне об этом, в противном случае я просто работаю с файлом.