Azure devops как пользоваться

Предоставление общего доступа к коду с помощью Git

Поделитесь своим кодом с другими пользователями в Azure DevOps при использовании репозитория Git.

Необходимые компоненты

У вас должна быть организация и проект в Azure DevOps. При создании проекта Azure DevOps автоматически создает пустой репозиторий в Репозитории.

1. Установка средств командной строки Git

Установите один из следующих средств командной строки Git:

• Диспетчер учетных данных Git для Windows и Git.
• Чтобы установить на macOS или Linux, проверка главу «Установка Git» в книге с открытым исходным кодом Pro Git. Для macOS и Linux рекомендуется настроить проверку подлинности SSH.

2. Клонирование репозитория на компьютер

Чтобы работать с репозиторием Git, клонируйте его на компьютер, который создает полную локальную копию репозитория. Код может находиться в одном из нескольких мест.

1. Выполните следующий шаг, применимый к вашему сценарию:
   • Если у вас еще нет кода, сначала создайте в проекте репозиторий Git, а затем выполните следующий шаг.
   • Если код находится в другом репозитории Git, например репозитории GitHub или другом экземпляре Репозитория Azure, импортируйте его в новый или существующий пустой репозиторий Git, а затем выполните следующий шаг.
   • Если код находится на локальном компьютере и еще не находится в системе управления версиями, создайте в проекте репозиторий Git или добавьте код в существующий репозиторий.
2. В веб-браузере откройте командный проект для вашей организации и выберите «Файлы Репозитория >«.
3. Выберите «Клонировать » в правом верхнем углу окна «Код» и скопируйте URL-адрес.
4. Откройте командное окно Git (Git Bash в Git для Windows). Перейдите в папку, в которой требуется код из репозитория, хранящегося на компьютере, и запустите git clone путь, скопированный из URL-адреса клонирования на предыдущем шаге. См. следующий пример.

git clone https://FabrikamFiber01@dev.azure.com/FabrikamFiber01/FabrikamFiber01-01/_git/FabrikamFiber01-01 

cd fabrikam-web 

1. Выполните следующий шаг, применимый к вашему сценарию:
   • Если у вас еще нет кода, сначала создайте в проекте репозиторий Git, а затем выполните следующий шаг.
   • Если код находится в другом репозитории Git, например репозитории GitHub или другом экземпляре Репозитория Azure, импортируйте его в новый или существующий пустой репозиторий Git, а затем выполните следующий шаг.
   • Если код находится на локальном компьютере и еще не находится в системе управления версиями, создайте в проекте репозиторий Git или добавьте код в существующий репозиторий.
2. В веб-браузере откройте проект для вашей организации и выберите «Код«.
3. Выберите «Клонировать » в правом верхнем углу окна «Код» и скопируйте URL-адрес.
4. Откройте командное окно Git (Git Bash в Git для Windows). Перейдите в папку, в которой требуется код из репозитория, хранящегося на компьютере, и запустите git clone путь, скопированный из URL-адреса клонирования на предыдущем шаге. См. следующий пример.

git clone https://contoso-ltd.visualstudio.com/MyFirstProject/_git/contoso-demo 

cd contoso-demo 

3. Работа в ветви

Ветви Git изолируют изменения от других действий, выполняемых в проекте. Мы рекомендуем использовать рабочий процесс Git, который использует новую ветвь для каждой функции или исправления, над которыми вы работаете. В наших примерах используется ветвь. users/jamal/feature1

Создайте ветвь с branch помощью команды.

git branch users/jamal/feature1 

git checkout users/jamal/feature1 

Git изменяет файлы на компьютере в соответствии с последней фиксацией в проверка-out ветви.

Совет При создании ветви из командной строки ветвь основана на текущей проверка исходящего филиала. При клонировании репозитория ветвь по умолчанию (обычно main ) получает проверка. Так как вы клонировались, локальная копия main содержит последние изменения.

git checkout main git pull origin main git branch users/jamal/feature1 git checkout users/jamal/feature1 

Вы можете заменить первые три команды в предыдущем примере следующей командой, которая создает новую ветвь на основе последней main ветви users/jamal/feature1 .

git pull origin main:users/jamal/feature1 

Вернитесь в окно Git Bash, используемое в предыдущем разделе. Выполните следующие команды, чтобы создать и проверка новую ветвь на основе основной ветви.

git pull origin main:users/jamal/feature1 git checkout feature1 

4. Работа с кодом

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

1. Перейдите к папке на компьютере, где клонировали репозиторий, откройте README.md файл в выбранном редакторе и внесите некоторые изменения. Затем сохраните и закройте файл.
2. В командном окне Git перейдите в contoso-demo каталог, введя следующую команду:

cd contoso-demo 

git add . git commit -m "My first commit" 

git push origin users/jamal/feature1 

Теперь код предоставляется удаленный репозиторий в ветви с именем users/jamal/feature1 . Чтобы объединить код из рабочей ветви в main ветвь, используйте запрос на вытягивание.

5. Объединение изменений с запросом на вытягивание

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

В следующем примере показаны основные шаги по созданию и выполнению запроса на вытягивание.

1. Откройте командный проект для вашей организации в веб-браузере и выберите «Репозитории >файлов». Если вы сохранили браузер открытым после получения URL-адреса клона, вы можете просто вернуться к нему.
2. Выберите » Создать запрос на вытягивание » в правом верхнем углу окна «Файлы «. Если вы только что не видите сообщение, как вы обновили пользователей или jamal/feature1, обновите браузер. Новые запросы на вытягивание настроены для объединения ветви в ветвь по умолчанию, которая в этом примере — main . Заголовок и описание предварительно заполнены сообщением о фиксации. Вы можете добавить рецензентов и связать рабочие элементы в запрос на вытягивание. Файлы, включенные в запрос на вытягивание, можно просмотреть в нижней части окна «Новый запрос на вытягивание».
3. Выберите Создать. Просмотрите сведения о запросе на вытягивание на вкладке «Обзор «. Вы также можете просматривать измененные файлы, обновления и фиксации в запросе на вытягивание с других вкладок.
4. Нажмите кнопку «Завершить» , чтобы начать процесс завершения запроса на вытягивание.
5. Нажмите кнопку «Завершить слияние» , чтобы завершить запрос на вытягивание и объединить код в main ветвь.

Примечание. В этом примере показаны основные шаги по созданию и выполнению запроса на вытягивание. Дополнительные сведения см. в статье «Создание, просмотр и управление запросами на вытягивание».

1. Откройте командный проект для вашей организации в веб-браузере и выберите страницу кода .
2. Выберите «Клонировать » в правом верхнем углу страницы «Код » и скопируйте URL-адрес клонирования.
3. Откройте командное окно Git, например Git Bash в Git для Windows, и перейдите к папке, в которой репозиторий хранится на компьютере. Запустите git clone путь, скопированный из URL-адреса клонирования в предыдущем разделе, как показано в следующем примере.

git clone https://dev.azure.com/contoso-ltd/MyFirstProject/_git/contoso-demo 

cd fabrikam-web 

Изменения теперь объединяются в main ветвь, и ваша users/jamal/feature1 ветвь удаляется на удаленный репозиторий.

Просмотр журнала

1. Вернитесь на веб-портал и выберите «Журнал » на странице «Код «, чтобы просмотреть новую фиксацию.
2. Перейдите на вкладку «Файлы » и выберите файл README для просмотра изменений.

1. Вернитесь на веб-портал и выберите «Журнал» на вкладке «Код «, чтобы просмотреть новую фиксацию. Отображаются две фиксации: первая фиксация, в которой GITME и .gitignore были добавлены при создании репозитория, и только что выполненная фиксация.
2. Перейдите на вкладку «Файлы » и выберите файл README для просмотра изменений.

Очистка

Вернитесь в командную строку Git Bash и выполните следующую команду, чтобы удалить локальную копию ветви.

git checkout main git pull origin main git branch -d users/jamal/feature1 

Это действие выполняет следующие задачи:

• Команда git checkout main переключает вас на main ветвь.
• Команда git pull origin main извлекает последнюю версию кода в главной ветви, включая изменения и тот факт, что users/jamal/feature1 был объединен.
• Команда git branch -d users/jamal/feature1 удаляет локальную копию этой ветви.

Документация по началу работы с Azure DevOps

Вы можете начать использовать Azure DevOps для совместной работы с кодом, создания и развертывания приложений, а также для планирования и отслеживания работы.

Сведения об Azure DevOps

Общие сведения

• Что такое Azure DevOps?
• Что такое Azure Boards?
• Что такое Azure Repos?
• Что такое Azure Pipelines?
• Начало работы в качестве заинтересованного лица

Бесплатная регистрация

Краткое руководство

• Azure DevOps (включает все службы)
• Azure Boards
• Azure Repos
• Azure Pipelines

Практическое руководство

Управление проектом

Краткое руководство

• Управление проектом
• Добавление пользователей в команду или проект
• Добавление администратора проекта
• Добавление администратора коллекции проектов

Концепция

• Разрешения и права доступа по умолчанию
• Рекомендации по поиску разрешений

Планирование и отслеживание хода выполнения работы

Краткое руководство

• Планирование и отслеживание хода выполнения работы
• Создание списка невыполненной работы

Совместная работа над кодом

Краткое руководство

• Клонирование репозитория
• Создание репозитория
• Аутентификация с помощью SSH
• Поиск кода в проектах

Создание и развертывание приложений

Краткое руководство

Ссылка

Установка параметров

Краткое руководство

• Изменение настроек профиля
• Управление уведомлениями
• Предварительный просмотр новых функций
• Настройка избранного

Перейти.

Практическое руководство

• Навигация по веб-порталу
• Навигация в Team Explorer

Миграция и импорт

Концепция

• Миграция из Team Foundation Server в Azure DevOps Services
• Варианты переноса
• Импорт

Значок отказа согласно Закону Калифорнии о защите конфиденциальности потребителей (CCPA)

• Светлая
• Темная
• Высокая контрастность

• Предыдущие версии
• Блог
• Участие в доработке
• Конфиденциальность
• Условия использования
• Товарные знаки
• © Microsoft 2023

Значок отказа согласно Закону Калифорнии о защите конфиденциальности потребителей (CCPA)

• Светлая
• Темная
• Высокая контрастность

• Предыдущие версии
• Блог
• Участие в доработке
• Конфиденциальность
• Условия использования
• Товарные знаки
• © Microsoft 2023

Знакомство с Azure DevOps

Вышел Azure DevOps! Сегодня мы кратко расскажем об этой новой платформе, ее решениях, процессе перехода с Visual Studio Team Services и об использовании в реальных проектах. Присоединяйтесь!

Сегодня мы объявляем о выходе Azure DevOps. Общаясь с нашими клиентами и разработчиками по всему миру, мы поняли, что DevOps приобретает критически важное значение для успешной командной работы. Azure DevOps воплощает более чем 15-летний опыт создания инструментов для разработки программного обеспечения. За последний месяц свыше 80 000 пользователей в корпорации Microsoft и тысячи наших клиентов, как крупных, так и не очень, использовали сервисы DevOps для создания продуктов.

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

Azure Pipelines

Непрерывная интеграция и развертывание, поддержка любых языков, платформ и облачных сервисов. Подключение к GitHub и любому репозиторию Git, непрерывное развертывание. Подробности.

Azure Boards

Мощные инструменты контроля рабочего процесса: канбан-доски, журналы невыполненных работ, командные информационные панели и настраиваемые отчеты. Подробности>.

Azure Artifacts

Каналы пакетов Maven, npm и NuGet из открытых и закрытых источников. Подробности.

Azure Repos

Закрытые облачные репозитории Git неограниченного объема для хранения файлов проекта Совместные запросы на включение, улучшенное управление файлами и многое другое. Подробности.

Azure Test Plans

Комплексное решение для планирования и произвольного тестирования. Подробности.

Все сервисы Azure DevOps открыты и расширяемы. Они отлично подходят для любого типа приложений независимо от среды, платформы или облака. Их можно использовать совместно в качестве комплексного решения DevOps или по отдельности, с другими сервисами. Если вы планируете использовать Azure Pipelines для создания и тестирования службы узла из репозитория GitHub и ее развертывания в контейнере в AWS, то без труда сможете это сделать. Azure DevOps поддерживает как открытые, так и закрытые облачные конфигурации. Вы запускаете их в нашем облаке или собственном ЦОД. Не нужно приобретать разные лицензии. Узнать больше о ценах на Azure DevOps.

Пример независимого использования Azure Pipelines для создания репозитория GitHub:

В качестве альтернативы приведем пример разработчика, использующего все службы Azure DevOps в одном удобном месте в Azure Boards.

Для проектов с открытым исходным кодом можно бесплатно использовать непрерывную разработку и развертывание с Azure Pipelines

В качестве подтверждения того, что мы намерены предоставлять открытые и гибкие инструменты всем разработчикам, в Azure Pipelines можно неограниченное время бесплатно выполнять непрерывную разработку и развертывание до десяти задач одновременно для каждого проекта с открытым исходным кодом. Azure Pipelines идеально подходит для проектов любого типа, поскольку располагает облачным кластером Linux, MacOS и Windows.

Многие крупнейшие проекты с открытым исходным кодом уже используют Azure Pipelines для непрерывной разработки и развертывания, например, Atom, CPython, Pipenv, Tox, Visual Studio Code и TypeScript, и этот список растет с каждым днем.

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

Azure Pipelines теперь доступна на GitHub Marketplace. Чтобы приступить к работе с GitHub и любым другим репозитарием с открытым исходным кодом, потребуется минимальная настройка.

Развитие Visual Studio Team Services (VSTS)

Azure DevOps – это результат развития Visual Studio Team Services (VSTS). Пользователи VSTS будут автоматически переведены на Azure DevOps. Существующие пользователи не потеряют в функциональности, однако приобретут больше возможностей выбора и контроля. Полная прозрачность и интеграция, отличительные особенности VSTS, сохранились. Службы Azure DevOps отлично сочетаются друг с другом. Мы начнем переводить пользователей сегодня, и в течение ближайших нескольких месяцев они увидят все изменения. Что это значит?

• URL-адреса изменятся с abc.visualstudio.com на dev.azure.com/abc. Будет включена переадресация с адреса visualstudio.com, поэтому вы не столкнетесь с битыми ссылками.
• Поскольку служба изменилась, обновился и интерфейс. Мы продолжим улучшать его, основываясь на отзывах пользователей пробной версии. У новых пользователей он будет включен по умолчанию. В ближайшие месяцы он станет основным и для существующих пользователей.
• Локальный сервис Team Foundation Server (TFS) будет по-прежнему обновляться, обновления будут аналогичны тем, что выпускаются для Azure DevOps. После выхода следующей версии TFS продукт получит новое название — Azure DevOps Server и будет обновляться в прежнем режиме.

Полезные материалы

Руководство по стратегии и использовании Azure

Это руководство предназначено для того, чтобы помочь вашей ИТ-команде более эффективно внедрять и интегрировать облачные технологии. Вы познакомитесь с концепциями облаков, а также с советами и рекомендациями по Azure:

• Общие советы по архитектуре, идентификации и облачном дизайне;
• DevOps и как он сочетается с облачными технологиями;
• Интеграция, планирование и управление облачными ресурсами;
• Управление Microsoft Azure.

• Блог компании Microsoft
• Microsoft Azure
• DevOps

Установка и настройка Azure DevOps в локальной среде

У вас есть несколько вариантов развертывания Azure DevOps в локальной среде. Вы можете установить все на одном сервере. Кроме того, можно использовать несколько уровней приложений и экземпляров SQL. Сведения о том, как определить подходящий тип развертывания для вашей команды, см. в статье Рекомендации по оборудованию.

Варианты развертывания

• Один сервер. Развертывание с одним сервером является самым простым развертыванием, так как уровень приложений и уровень данных находятся на одном компьютере. Выберите это развертывание при поддержке одной команды или небольшого набора команд.
• С двумя серверами. Развертывание с двумя серверами с отдельными уровнями приложений и данных может обеспечить более высокую производительность для большего набора команд и для поддержки команд, которые имеют более высокую среднюю загрузку.
• Несколько серверов. Этот тип развертывания, включающий несколько уровней приложений и данных, позволяет обеспечить более высокую производительность для очень больших команд и команд с очень интенсивным использованием. Используя несколько серверов, вы повышаете высокий уровень доступности и возможности аварийного восстановления.

Варианты конфигурации отчетов

Azure DevOps Server поддерживает службу аналитики, которую можно использовать вместо SQL Server Reporting Services или рядом с ней. Однако если вы планируете использовать модель процесса наследования для настройки отслеживания работы, вы можете использовать только службу Аналитики для создания отчетов, а коллекцию проектов не следует настраивать для поддержки отчетов.

Дополнительные сведения о службе аналитики см. в статье Что такое служба аналитики?. Дополнительные сведения о модели процесса наследования см. в разделе Сведения о настройке процесса и наследуемых процессах.

Для поддержки модели процесса наследования можно настроить только новые коллекции проектов. Обновленные коллекции проектов могут поддерживать только локальную модель процессов XML.

Установки для ознакомительного или личного использования

Если вы настроили Azure DevOps в локальной среде для личного использования или для оценки, используйте Azure DevOps Express. Azure DevOps Express является бесплатным, простым в настройке и установке в клиентских и серверных операционных системах. Он поддерживает все те же функции, что и Azure DevOps Server. Azure DevOps Server ограничения лицензирования Express для пяти активных пользователей.

Рассмотрите возможность использования бесплатной организации Azure DevOps Services для личного использования. Так как Azure DevOps Services являются облачными, вам не нужно устанавливать их на собственном оборудовании или управлять собственными резервными копиями.

Процесс развертывания

Независимо от того, как вы планируете развернуть Azure DevOps Server, процесс состоит из следующих трех шагов:

• Подготовка. Установщик подготавливает один или несколько серверов для Azure DevOps Server путем проверки и выполнения требований к системе.
• Установка. Установщик размещает исполняемые файлы на сервере и запускает установщик из VisualStudio.com или центра корпоративного лицензирования.
• Конфигурация. На этом шаге выполняется настройка установленных компонентов для запуска и установки. При запуске мастера настройки выполняется ряд проверок готовности. Эти проверки позволяют убедиться, что система соответствует требованиям и что выбранные параметры, скорее всего, будут работать. При возникновении проблем отображается одно или несколько предупреждений или сообщений об ошибках. После устранения всех ошибок запустите конфигурацию, чтобы завершить настройку развертывания.

После завершения установки установщик запускает центр конфигурации Azure DevOps Server. Единый мастер поддерживает все Azure DevOps Server конфигурации, такие как новые установки, обновления и сценарии только уровня приложений.

Если необходимо закрыть диалоговое окно Центра конфигурации, вы можете вернуться к нему. Запустите консоль администрирования Azure DevOps Server и выберите Настроить установленные компоненты на странице Уровень приложений, Поиск или Прокси-сервер. Этот параметр доступен только при наличии параметров, которые по-прежнему нуждаются в настройке. Например, после полной настройки уровня приложений можно изменить параметры только на странице Уровень приложений консоли администрирования Azure DevOps Server.

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

Если необходимо закрыть центр конфигурации, можно вернуться к нему. Запустите консоль администрирования Team Foundation Server и выберите Настроить установленные компоненты в узле Уровень приложений .

Параметры конфигурации: «Базовый», «Расширенный» и «Azure»

Мастер настройки сервера поддерживает три варианта конфигурации main: Базовая, Расширенная и Azure.

Параметры конфигурации: «Базовый» и «Дополнительно»

Мастер настройки сервера поддерживает два main параметра конфигурации: Базовый и Расширенный.

Basic

Выберите Базовый , если вы хотите настроить сервер уровня приложений, установить и настроить расширение поиска или настроить другой сторонний компонент поиска. Установка и настройка поиска поддерживает функции поиска кода, рабочего элемента и вики-поиска. Дополнительные сведения см. в разделе Настройка поиска.

Продвинутый уровень

Если вы хотите настроить развертывание для поддержки SQL Server Analysis Services и SQL Server Reporting Services, в дополнение к функциям, настроенным с помощью параметра Базовый, выберите Дополнительно.

Дополнительные возможности недоступны в azure Виртуальные машины. Используйте базовый или Azure.

Azure

Выберите Azure, если вы установили Azure DevOps Server на виртуальной машине Azure и хотите настроить ее с помощью базы данных Azure SQL. Дополнительные сведения см. в статье Использование базы данных Azure SQL с Azure DevOps Server.

Похожие статьи

• Требования к системе
• Установка на одном сервере
• Установка на двухсерверном компьютере
• Установка на нескольких серверах