Пункт team explorer create team project в vs служит для создания проекта
Обновлено: 04.07.2024
Окно средства Team Explorer используется для координации усилий с другими членами команды при разработке проекта, а также для управления работой, назначенной вам, вашей команде или вашим командным проектам. Team Explorer обеспечивает подключение Visual Studio к репозиториям Git и GitHub, репозиториям системы управления версиями Team Foundation (TFVC), а также проектам, размещенным в службах Azure DevOps или на локальном сервере Azure DevOps (прежнее название TFS). Можно управлять исходным кодом, рабочими элементами и сборками.
Team Explorer обеспечивает подключение Visual Studio 2019 и более ранних версий к репозиториям системы управления версиями Team Foundation (TFVC), а также проектам, размещенным в экземпляре Azure DevOps Services или в локальном экземпляре Azure DevOps Server (ранее — TFS). Можно управлять исходным кодом, рабочими элементами и сборками.
В выпуске Visual Studio 2019 версии 16.8 интерфейс управления версиями Git включен по умолчанию. Дополнительные сведения о сравнении с Team Explorer см. в статье Параллельное сравнение Git и Team Explorer.
Но если вы предпочитаете и дальше использовать Team Explorer в Visual Studio 2019, выберите Средства > Параметры > Среда > Функции предварительной версии и снимите флажок Новый пользовательский интерфейс Git. (Этот параметр недоступен в Visual Studio 2022 и более поздних версиях.)
Способ использования Team Explorer для подключения к проекту зависит от рабочей версии Visual Studio 2019.
В Visual Studio 2019 версии 16.8 и более поздней
Запустите Visual Studio 2019.
В начальном окне выберите раздел Клонировать репозиторий.
В разделе Просмотреть репозиторий выберите пункт Azure DevOps.
Если появится окно входа, войдите в свою учетную запись.
В диалоговом окне Подключение к проекту выберите репозиторий, с которым нужно установить соединение, а затем нажмите кнопку Клонировать.
Затем в Visual Studio откроется окно Обозреватель решений с папками и файлами.
Перейдите на вкладку Team Explorer, чтобы просмотреть действия Azure DevOps.
В Visual Studio 2019 версии 16.7 и более ранней
Запустите Visual Studio 2019.
В начальном окне выберите Клонирование или извлечение кода.
В разделе Просмотреть репозиторий выберите пункт Azure DevOps.
Если появится окно входа, войдите в свою учетную запись.
В диалоговом окне Подключение к проекту выберите репозиторий, с которым нужно установить соединение, а затем нажмите кнопку Клонировать.
Содержимое этого списка зависит от того, какие репозитории Azure DevOps вам доступны.
Visual Studio открывает Team Explorer, и после завершения клонирования появится уведомление.
Чтобы просмотреть папки и файлы, нажмите ссылку Показать представление папки.
Visual Studio откроет обозреватель решений.
Нажмите ссылку Решения и папки, чтобы найти файл решения (SLN-файл), который нужно открыть.
Если при запуске Visual Studio окно Team Explorer не появляется, откройте его, выбрав команду Вид > Team Explorer в строке меню или воспользовавшись клавишами CTRL+ \ , CTRL+M.
Подключение к проекту или репозиторию
Подключение к проекту или репозиторию можно выполнить на странице Подключение.
Подключение к проекту:
Откройте страницу Подключение, щелкнув значок Управление подключениями.
На странице Подключение выберите Управление подключениями>Подключиться к проекту.
Если вы хотите открыть проект из репозитория, см. статью Открытие проекта из репозитория. Если вы хотите создать новый проект или добавить пользователей в существующий, ознакомьтесь со статьями Создание проекта (Azure DevOps) и Добавление пользователей в проект или команду (Azure DevOps).
Для создания командного проекта в VS 2013 служит пункт Team Explorer / Create Team Project. Обратимся к этому пункту. При его выборе открывается окно для задания имени проекта и его краткого описания ( рис. 9.14).
увеличить изображение
Рис. 9.14. Создание командного проекта в TFS: Окно для задания имени и краткого описания проекта
Вводим имя командного проекта test и описание test team project и нажимаем Next.
Открывается следующее окно - выбор шаблона для процесса разработки проекта ( рис. 9.15).
увеличить изображение
Рис. 9.15. Выбор шаблона процесса для командного проекта
Предлагаются следующие шаблоны для современных схем процессов разработки программ:
- Microsoft Visual Studio Scrum 2013.2
- MSF for Agile Software Development 2013.2
- MSF for CMMI Process Improvement 2013.2.
Выбираем первый (заданный по умолчанию) и нажимаем Next.
Открывается следующее окно - для выбора системы управления исходным кодом проекта. Предлагаются два варианта - Team Foundation Version Control (TFVC) с репозиторием на центральном сервере и Git - распределенная система управления версиями с репозиторием на локальном компьютере ( рис. 9.16).
увеличить изображение
Рис. 9.16. Выбор системы управления версиями исходных кодов командного проекта
Выбираем вариант TFVC и нажимаем Next. Открывается заключительное окно настроек для создания командного проекта - Confirm Team Project Settings ( рис. 9.17).
увеличить изображение
Рис. 9.17. Окно для подтверждения настроек командного проекта
Нажимаем Finish.
Начинается создание командного проекта. Но, к сожалению, оно заканчивается неудачно: плагин TestManagement не смог найти некоторого необходимого файла ( рис. 9.18). По -видимому, это системная ошибка, которая будет исправлена.
увеличить изображение
Рис. 9.18. Неудачное завершение создания командного проекта
Таким образом, наш эксперимент по созданию командного проекта в TFS в этой версии (TFS 2013, Update 2) заканчивается неудачей. Надеюсь, что эта ошибка будет вскоре исправлена. Если сравнить развитие VS 2013 с бурным развитием платформы Microsoft Azure, то в этом можно не сомневаться. Эксперименты по выбору других вариантов при создании командного проекта приводят к тому же результату. Возможно, что дело в том, что использовалась версия Visual Studio 2013, выпущенная в октябре 2013 г., а версия TFS - более новая (TFS 2013 Update 2, май 2014 г.).
Git и TFS: история дружбы
Git — распределенная система контроля версий, где каждый разработчик имеет копию всего репозитория, что означает отличную поддержку оффлайн-разработки. Еще у Git есть хорошая, понятная модель бранчинга, и разработчику не надо долго думать о том, как создавать локальные или приватные бранчи для удобства работы. В общем, с Git все хорошо, и на MSDN есть посвященный Git бранч.
Проект Git в Team Foundation Service
После регистрации в TFS на странице команд есть новая кнопка — New Team Project + Git. Пара кликов — и проект Git готов.
Собственно, на этом все. :) Но это — верхушка айсберга, внутри интеграция гораздо сложнее. Дальше — про то, как из Visual Studio подключиться и поманипулировать нашим Git-проектом.
Visual Studio и Git
Делаю сразу оговорку — Visual Studio — не замена существующему UI Git. Visual Studio может быть заменой, но чаще используется в совокупности с другими средствами. Если Git был создан внутри TFS, то у разработчика появляются некоторые фичи, пришедшие из TFS, например, Work Items, но VS спокойно работает с любыми локальными репозиториями и заслуженными Git-деятелями в лице GitHub и BitBucket.
Для подключения к Git-репозиторию достаточно нажать TEAM | Connect to Team Foundation Server.
Откроется Team Explorer. Как видите, у меня уже есть склонированный (с GitHub) репозиторий, и тут же — репозиторий TFS. Для клонирования нового репозитория Git можно нажать Clone и ввести данные подключения.
Для подключения аккаунта Visual Studio Online нажмем Select Team Projects, выберем аккаунт и установим, какой репозиторий надо подтянуть к нам в VS.
После подключения проектов выберем нужный и нажмем в контекстном меню кнопку Clone.
На этом процесс клонирования закончен — в бранче Local Git Repositories в Team Explorer появится склонированный репозиторий. Повторюсь — с помощью Clone можно клонировать любой Git-репозиторий.
Еще одна интересная фича интеграции Visual Studio и Git — это возможность создать новый проект и сразу добавить его в локальную систему контроля версий. Для этого при создании нового проекта в VS достаточно отметить Add to source control.
Перед тем, когда вы будете коммитить что-то в репозиторий, нужно установить данные для коммитов — нажать на Changes и предупреждение о том, что нужно ввести данные.
Полезные функции на этой странице есть еще внутри Repository Settings — можно настроить .gitIgnore и .gitattributes.
Дальше можно коммитить.
Чтобы сделать Pull и получить последние апдейты от команды, нужно перейти на Commits и нажать Fetch для того, чтобы сначала посмотреть, что там вообще придет (и есть ли чему придти).
Все хорошо — нажмем Pull и получим последний апдейт. Дополнительные сведения можно найти тут — Pull changes from the team.
Использование бранчей
Для использования бранчей в Team Explorer выделена специальная секци Branches.
После подключения к репозиторию доступна только master.
Создадим новый бранч, нажав New Branch.
Поскольку бранчи Git локальны до момента Push, новый бранч будет размещен в Unpublished Branches. Поменять бранч для коммитов можно на уже упоминавшейся выше странице Commits.
Замерджить контент можно, нажав Merge и выбрав бранчи. Подробнее про бранчи и мерджи — Git Branching.
Если в процессе мерджа или пулла возникнут конфликты, они тут же могут быть разрезолвены (самые простые, конечно).
Для просмотра истории достаточно нажать View History в контекстном меню бранча.
По нажатию на коммит получим подробные сведения о том, что произошло.
Многое из этого также доступно на портале TFS. Для того, чтобы перейти туда из VS, нужно на странице проекта в Team Explorer нажать Web Portal.
Зададим имя проекту и нажимаем Create:
В следующем окне нажимаем Save, что бы сохранить проект, и приступаем к настройкам. Нажимаем Create Maven build configuration:
Нажимаем Create. В следующем окне нам кратко приводятся сведения о текущей конфигурации Maven. Нажимаем Edit, что бы перейти к расширенным настройкам :
Попадаем на страницу настроек:
В поле Additional Maven command line parameters можно указать дополнительные ключи запуска Maven.
Имеется возможность точно задать путь к рабочей директории Maven. В секции Maven selection выбираем <Custom> и в проявившемся ниже поле указываем путь к директории:
Включить ли инкрементальный билд? Enable incremental building: Нет, нам надо собирать все каждый раз заново.
Сохраняем кнопкой Save и переходим в раздел настроек Version Control Settings:
TeamCity автоматически возьмёт настройки из файла pom.xml, но в этом примере необходимо изменить настройки. Нажимаем edit и попадаем на страницу настроек соединения с SVN-репозиторием. В примере используется репозиторий, о настройке которого писалось в статье CentOS: установка и настройка Subversion + Apache.
В поле VCS root name указываем адрес и каталог, в котором размещён наш проект:
Внизу страницы нажимаем кнопку Test connection для проверки корректности настроек:
Запускаем билд проекта кнопкой Run и открываем Build log, что бы понаблюдать за процессом и ошибками:
Читайте также: