Все файлы отмечены как прочитанные только после регистрации в TFS из Visual Studio 2012

У меня есть решение с двумя проектами. Я просто отметил решение и проверил его, и теперь у всех файлов есть небольшое изображение синего замка с левой стороны, что, очевидно, означает, что они отмечены как только для чтения.

Я работаю только с Tortoise SVN до сих пор, и это моя самая первая регистрация в TFS, так почему это происходит, или если это слишком сложно для ответа здесь, по крайней мере, как я могу вернуть состояние моих файлов (возможно, всего решения).

Также я изо всех сил старался найти хорошее чтение/учебное пособие по использованию/выполнению основных задач для TFS из Visual Studio 2012, поэтому, если кто-то может поделиться хорошим источником информации о теме, это будет очень ценно.

Ответ 1

Это, по сути, нормальный. Вы используете "рабочую область сервера" или подключаетесь к серверу TFS до TFS 2012. Team Foundation Server имеет несколько режимов работы:

Система Checkout/Edit/Checkin (через "рабочие области сервера" ) означает, что вам нужно будет явно проверить файл, чтобы начать его редактирование. Файлы хранятся только для чтения, чтобы быстро указать, какие файлы выгружены и какие файлы необходимо проверить. Если вы просто начнете вводить в IDE или редактор, который понимает контроль версий TFS (Visual Studio, Eclipse), тогда IDE проверит файл для вас. В противном случае вам нужно будет проверить файл вручную (выбрав "Отъезд для редактирования" в проводнике исходного кода или запустив tf checkout <filename>.)

Этот тип системы очень полезен для команд с очень большими репозиториями или очень большими файлами в этих репозиториях; явным образом инструктируя систему управления версиями, что вы редактируете файл, вы избегаете необходимости сканирования файловой системы.
Система Edit/Merge/Commit (через "локальные рабочие области" ) означает, что вам не нужно принимать какие-либо явные действия для проверки файла, когда вы запрашиваете ожидающие изменения, диск будет отсканирован до определите, какие изменения вы внесли. Локальные рабочие области являются стандартными в TFS 2012, хотя вы или ваш администратор можете изменить это значение по умолчанию.

Это похоже на то, как работает Subversion и обычно подходит для большинства репозиториев, однако, если вы используете в своем дереве большие бинарные файлы, это, вероятно, не очень хороший вариант.
Система управления распределенной версией (через git) означает, что у вас есть полный клон репозитория локально и позволяет вам работать независимо друг от друга, находясь в автономном режиме, и делиться своими изменениями или получать изменения других людей по своему усмотрению, Git является новым в TFS 2013 и Visual Studio 2013.

Этот тип системы очень полезен для высокоразвитых команд и команд, которые хотят использовать новые стратегии ветвления, но не могут быть подходящими для команд, которые имеют очень сложные требования к мелкомасштабным разрешениям.

Если ваш сервер TFS 2012 или лучше, и вы хотите преобразовать существующее рабочее пространство сервера в локальную рабочую область, вы можете открыть диалоговое окно "Изменить рабочее пространство" и в расширенных настройках изменить тип рабочего пространства. Это сделает все ваши файлы доступными для записи, и вы продолжите работу в режиме, подобном Subversion.

Ответ 2

Это вполне нормально, имея блокировки файлов. Однако вы можете установить уровень управления источником различных стратегий проверки/проверки.

ссылка: http://msdn.microsoft.com/en-us/library/ms181237(v=vs.90).aspx

Для глобальной документации:

Контроль источника: http://msdn.microsoft.com/en-us/library/vstudio/ms181368.aspx
Tfs global: http://msdn.microsoft.com/en-us/library/vstudio/hh529827(v=vs.110).aspx