Спонсор: Microsoft
Опубликован: 25.03.2010 | Доступ: свободный | Студентов: 809 / 26 | Оценка: 4.43 / 3.71 | Длительность: 10:46:00
Дополнительный материал 2:

Практические рекомендации

Администрирование

  • Как добавить нового разработчика в проект.
  • Как удалить покидающего команду разработчика.
  • Как предоставлять разрешения в пределах дерева исходного кода.
  • Как переместить систему управления версиями Team Foundation Server на другой сервер.

Как добавить нового разработчика в проект

Чтобы подключить к работе нового разработчика, предоставьте ему доступ к соответствующему командному проекту и связанному с ним сайту Microsoft Office SharePoint®. Чтобы разработчик мог просматривать отчеты, предоставьте учетной записи разработчика доступ к SQL Server Reporting Services.

Предоставление доступа к командному проекту

  1. Войдите в систему Visual Studio с учетной записью, входящую в группу администраторов Team Foundation.
  2. Добавьте нужный проект в Team Explorer, если его там еще нет.
  3. Щелкните правой кнопкой командный проект, раскройте подменю Team Project Settings и выберите команду Group Membership.
  4. Выберите вариант Project\Contributors, щелкните Properties и добавьте в эту группу учетную запись нового разработчика.

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

Предоставление доступа к сайту SharePoint

  1. Войдите на сайт командного проекта с учетной записью группы SharePoint Administrator. Сайт проекта ВашПроект по умолчанию располагается по адресу http://server/sites/ВашПроект/default.aspx.
  2. Щелкните Site Settings.
  3. Под заголовком Administration щелкните Manage Users.
  4. Щелкните кнопку Add Users.
  5. Введите имя учетной записи нового разработчика в формате домен\имя_ пользователя, выберите группу Contributor и щелкните кнопку Next.
  6. Введите электронный адрес разработчика и, при желании, его приветственное сообщение на сайте.
  7. Щелкните кнопку Finish.

Примечание Члены группы Contributors обладают набором типичных разрешений, требующихся разработчику, включая возможность добавлять, изменять и удалять элементы командного проекта и выполнять сборки. Если вам нужно ограничить доступ разработчика к некоторым решениям Visual Studio или к некоторым папкам командного проекта, задайте разрешения на уровне папки или файла.

Предоставление доступа к SQL Server Reporting Services

  1. Войдите на административный сайт SQL Server Reporting Services с учетной записью администратора. Сайт расположен по адресу http://server/ reports.
  2. Щелкните имя вашего командного проекта.
  3. Перейдите на вкладку Properties.
  4. Перейдите на вкладку Security.
  5. Щелкните New Role Assignment.
  6. Введите имя учетной записи Windows вашего разработчика, выберите вариант Browser и щелкните OK.

Примечание Членство в группе Browser позволяет разработчику просматривать отчеты и подписываться на них.

Дополнительные ресурсы

  • Дополнительную информацию о группах, разрешениях и ролях вы найдете в статье "Team Foundation Server Default Groups, Permissions, and Roles" на сайте MSDN по адресу http://msdn2.microsoft.com/en-us/library/ ms253077.aspx.
  • Дополнительную информацию о правах и разрешениях вы найдете в статье "Source Control Security Rights and Permissions" на сайте MSDN по адресу http://msdn2.microsoft.com/en-us/library/ms181761 .aspx.

Как удалить покидающего команду разработчика

Если разработчик покинул проект, убедитесь, что удалили его рабочую область. Выполнение этой операции не только обеспечивает безопасность проекта, но и приводит к удалению всех незавершенных изменений разработчика и снятию всех установленных им блокировок.

Примечание Если к командному проекту применена монопольная блокировка, вы не сможете снять блокировку, не удалив изменения.

Чтобы выяснить, какие файлы были заблокированы разработчиком, выполните следующую команду:

tf workspaces /owner:domain\devuser /computer:* /server:servername

Чтобы удалить рабочую область и снять блокировки, выполните следующую команду:

tf workspace /delete workspacename;domain\devuser /s:servername

Затем удалите учетную запись разработчика из групп безопасности, внеся изменения в три области:

  • Командный проект TFS Войдите в Visual Studio с учетной записью из группы администраторов Team Foundation. В окне Team Explorer щелкните правой кнопкой нужный проект, раскройте подменю Team Project Settings, выберите команду Group Membership и удалите ученую запись разработчика из соответствующих групп (как правило, Contributors).
  • Сайт проекта SharePoint Войдите на сайт команды, расположенный по адресу http://server/sites/ИмяВашегоПроекта/default.aspx, с учетной записью администратора. Щелкните Site Settings, Manage Users и удалите учетную запись разработчика.
  • SQL Server Reporting Services Войдите на административный сайт SQL Server Reporting Services с учетной записью администратора. Сайт расположен по адресу http://server/reports. Щелкните имя командного проекта, перейдите на вкладку Properties, затем на вкладку Security и удалите учетную запись разработчика.

Дополнительные ресурсы

Как предоставлять разрешения в пределах дерева исходного кода

Вы можете предоставлять разрешения в пределах дерева исходного кода. Для этого в обозревателе Source Control щелкните правой кнопкой папку или файл и выберите команду Properties. Перейдите на вкладку Security, выберите группу пользователей, разрешения которой хотите изменить, и внесите нужные исправления. Можно также установить разрешения с помощью утилиты командной строки tf.exe с параметром Permissions.

Вы вольны назначать разрешения на доступ к системе управления исходным кодом для отдельных папок и файлов, однако по умолчанию разрешения внутри дерева исходного кода наследуются от разрешений, примененных к папке проекта. Если разработчики являются членами группы Project\ Contributors, они могут читать, изменять, возвращать после правки, присваивать метки и блокировать файлы исходного кода. Чтобы ограничить доступ к подмножеству папок или файлов исходного кода в командном проекте, например, позволить разработчикам работать только над определенными файлами в проекте, задайте разрешения на уровне папки или файла.

Дополнительные ресурсы

Как переместить систему управления версиями Team Foundation Server на другой сервер

Система Team Foundation Server не поддерживает ни копирование сервера из одного расположения в другое, ни зеркалирование. Вы можете создавать и восстанавливать резервные копии всего сервера, перемещать оборудование сервера в новый домен или выполнить обновление до раздельной системы развертывания. Нельзя осуществлять частичное перемещение, например, переместить одни проекты и оставить другие.

Система Team Foundation Server поддерживает три типа переноса:

  • Восстановление из резервной копии Этот тип используется для переноса TFS на другой компьютер. Подробнее - в статье "How to: Move Your Team Foundation Server from One Hardware Configuration to Another" по адресу http://msdn2.microsoft.com/en-us/library/ms404869(VS.80).aspx.
  • Среда Этот тип используется при переноса сервера Team Foundation Server в новый домен или рабочую группу. Подробнее - в статье "How to: Move Your Team Foundation Server from One Environment to Another" по адресу http://msdn2.microsoft.com/en-us/library/ms404883(VS.80).aspx.
  • Переход с односерверного развертывания на раздельное Используйте этот тип при переходе от односерверного развертывания к раздельному. Подробнее - в статье "How to: Move from a Single-Server to a Dual Server Deployment" по адресу http://msdn2.microsoft.com/en-us/library/ms404854(VS.80).aspx.

Перенося Team Foundation Server, учитывайте следующие моменты:

  • Если вы изменили имя сервера уровня приложений TFS, все клиенты должны подключаться к нему по новому имени.
  • При изменении имени сервера перестанут работать все документы Microsoft Office, связанные с запросами. Документы привязаны к серверу, для которого были созданы. Это относится ко всем документам Microsoft Office, формируемым при помощи запросов и создаваемым автоматически в узле Documents во время разработки проекта.
  • Если имя сервера изменено, все встроенные ссылки на документы будут указывать на некорректное имя сервера.
  • На исходном TFS существовали локальные учетные записи. Вам предстоит решить, как воссоздавать их: как локальные учетные записи на перенесенном сервере TFS или как доменные учетные записи в новом домене перенесенного TFS.
  • Допустим, на исходном TFS существовали доменные учетные записи, и вы перемещаете TFS в другой домен, у которого нет доверительных отношений с первоначальным доменом. Решите, что лучше: воссоздать учетные записи на перенесенном TFS как локальные, или создать доменные учетные записи в новом домене перенесенного сервера TFS.

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

  • Все ли элементы перенесены правильно? Проверьте дерево исходного кода, рабочие элементы и страницы команды.
  • Работают ли учетные записи пользователей? Попытайтесь войти в систему с несколькими учетными записями различных типов, чтобы убедиться в их работоспособности.

Дополнительные ресурсы

Ветвление, метки и слияние

  • Как работать с метками.
  • Как выполнять ветвление.
  • Как планировать структуру ветвей.
  • Как осуществлять поддержку выпуска при помощи ветвления.
  • Как осуществлять сопровождение предыдущего выпуска при помощи ветвления.
  • Как стабилизировать процесс разработки и сборки при помощи ветвления.
  • Как стабилизировать разработку функций при помощи ветвления.
  • Как с помощью ветвления стабилизировать параллельную разработку.
  • Как с помощью ветвления изолировать внешние зависимости.
  • Как прекратить поддержку старого выпуска.
  • Как выполнять слияние.
  • Как выполнять слияние без основы.
  • Как разрешать конфликты слияния.
  • Как избегать конфликтов.

Как работать с метками

При помощи меток вы объединяете файлы и папки в наборы для проведения операций над ними в будущем. Метки используются для ветвления, слияния, сравнения или получения файлов. Метка представляет собой маркер, к которому можно вернуться позднее при выполнении перечисленных выше операций.

Присвоение метки файлу или папке

  1. Щелкните правой кнопкой файл или папку в окне обозревателя Source Control и выберите команду Apply Label.
  2. В диалоговом окне Choose Item Version уточните имя файла или папки, выберите версию файла или папки, которую хотите пометить, и щелкните OK, чтобы применить метку.

При применении меток следует учитывать следующее:

  • Метку можно применить только к одной версии файла или папки.
  • Одной версии файла можно присвоить несколько меток.
  • Метки, присваиваемые в Source Control Explorer, автоматически видны в корневой папке проекта, внутри которого они были созданы. Нельзя создать две метки с одинаковыми именами в одной зоне видимости.
  • Метки не имеют версий, и с ними не связанно никакой истории.
  • Применение меток происходит мгновенно, они не требуют возврата после правки.
  • Система Team Build автоматически присваивает метки набору файлов, задействованному в любой создаваемой ею сборке.
  • Метки не применяются к удаляемым объектам. Это означает, что при слиянии на основе меток не будет выполнен перенос удаляемых файлов.

Поиск существующей метки

  1. В меню File откройте подменю Source Control, затем выберите команду Label, щелкните Find Label и перейдите в расположение метки.
  2. Найдя метку, вы можете в диалоговом окне Find Label изменить или удалить ее.

Дополнительные ресурсы

Как выполнять ветвление

Чтобы создать ветвь, используйте Source Control Explorer или команду tf branch из командной строки.

Для реализации ветвления из Source Control Explorer щелкните правой кнопкой папку самого высокого уровня с исходным кодом вашего проекта, выберите команду Branch и укажите расположение и имя конечной папки, поясняющее назначение ветви, например, MyProject_Release1.0_Branch.

Чтобы выполнить ветвление из командной строки Visual Studio 2005, используйте команду tf branch, например: tf branch C:\MyProject $/MyProject_Release1.0_Branch

Ветви следует использовать, только если вам нужно изолировать параллельную разработку. При этом вам придется периодически переносить изменения в основную ветвь, что влечет за собой дополнительные расходы и требует разрешения конфликтов. Не выполняйте ветвление без необходимости.

Дополнительные ресурсы

Александр Будник
Александр Будник
Израиль, Иерусалим
Pavel Pelevin
Pavel Pelevin
Украина, Одесса