Меню

Visual team studio настройка



Настройка Team Foundation Server для веб-развертывания Configuring Team Foundation Server for Web Deployment

В этом учебнике показано, как настроить Team Foundation Server (TFS) 2010 для создания решений и развертывания веб-содержимого в различных целевых средах. This tutorial will show you how to configure Team Foundation Server (TFS) 2010 to build solutions and deploy web content to various target environments. Сюда входят сценарии непрерывной интеграции (CI), в которых содержимое развертывается автоматически каждый раз, когда разработчик вносит изменения. This includes continuous integration (CI) scenarios, where you deploy content automatically every time a developer makes a change. Он также может включать сценарии триггера вручную, где администратор может активировать развертывание определенной сборки в промежуточной среде после проверки и проверки сборки в тестовой среде. It can also include manual trigger scenarios, where an administrator may want to trigger deployment of a specific build to a staging environment once the build has been verified and validated in the test environment. Подразделы этого руководства помогут выполнить весь процесс настройки, в том числе: The topics in this tutorial will guide you through the entire configuration process, including:

  • Создание нового командного проекта в TFS. How to create a new team project in TFS.
  • Добавление содержимого в систему управления версиями. How to add content to source control.
  • Настройка сервера сборки для поддержки CI и развертывания. How to configure a build server to support CI and deployment.
  • Создание определения сборки, включающего в себя логику развертывания. How to create a build definition that includes deployment logic.
  • Настройка разрешений для автоматического развертывания. How to configure permissions for automated deployment.

Для итальянского перевода этих руководств посетите http://www.lucamorelli.it. For an Italian translation of these tutorials, visit http://www.lucamorelli.it.

В этом руководстве предполагается, что вы установили TFS 2010 и создали коллекцию командных проектов в процессе начальной настройки. This tutorial assumes that you have installed TFS 2010 and created a team project collection as part of the initial configuration process. Руководство по установке Team Foundation для Visual Studio 2010 предоставляет исчерпывающие рекомендации по этим задачам. The Team Foundation Installation Guide for Visual Studio 2010 provides comprehensive guidance on these tasks.

Контекст Context

Эта форма является частью серии руководств, основанных на требованиях Enterprise к развертыванию вымышленной компании Fabrikam, Inc. В этой серии руководств используется пример решения— диспетчера контактов —для представления веб-приложения с реалистичным уровнем сложности, включая приложение ASP.NET MVC 3, службу Windows Communication Foundation (WCF) и проект базы данных. This forms part of a series of tutorials based on the enterprise deployment requirements of a fictional company named Fabrikam, Inc. This tutorial series uses a sample solution—the Contact Manager solution—to represent a web application with a realistic level of complexity, including an ASP.NET MVC 3 application, a Windows Communication Foundation (WCF) service, and a database project.

Метод развертывания в сердце этих учебников основан на подходе к файлам проекта Split, описанному в разделе понимание процесса сборки, в котором процесс сборки управляется двумя файлами—проекта, содержащими инструкции по сборке, которые применяются к каждой целевой среде, и одна содержит параметры сборки и развертывания, относящиеся к конкретной среде. The deployment method at the heart of these tutorials is based on the split project file approach described in Understanding the Build Process, in which the build process is controlled by two project files—one containing build instructions that apply to every destination environment, and one containing environment-specific build and deployment settings. Во время сборки файл проекта, зависящий от среды, объединяется в файл проекта независимо от среды, чтобы сформировать полный набор инструкций по сборке. At build time, the environment-specific project file is merged into the environment-agnostic project file to form a complete set of build instructions.

Общие сведения о сценарии Scenario Overview

Сценарий высокого уровня для этих учебников описан в статье Обзор корпоративного веб-развертывания. The high-level scenario for these tutorials is described in Enterprise Web Deployment: Scenario Overview. Рекомендуется ознакомиться с этим разделом, прежде чем приступить к работе с этим руководством. We recommend that you review this topic before you get started on this tutorial.

Как использовать этот учебник How to Use This Tutorial

Если вы впервые выполнили задачи, описанные в этом учебнике, или хотите следовать примерам с помощью примера решения, следуйте инструкциям в руководстве по порядку. If this is the first time you’ve performed the tasks described in this tutorial, or if you want to follow the examples using the sample solution, you should work through the tutorial topics in order. Кроме того, в качестве руководства по конкретным задачам можно использовать отдельные разделы. Alternatively, you can use individual topics as guidance for specific tasks. В этом учебнике рассматриваются следующие темы: This tutorial includes these topics:

  • Создание командного проекта в TFS. Creating a Team Project in TFS. Командный проект — это основная единица для управления исходным кодом, управления процессами и сборки в TFS. A team project is the core unit for source control, process management, and build in TFS. Перед добавлением содержимого в систему управления версиями или созданием определений сборки необходимо создать командный проект. You need to create a team project before you can add content to source control or create build definitions.
  • Добавление содержимого в систему управления версиями. Adding Content to Source Control. После создания командного проекта можно приступить к добавлению содержимого в систему управления версиями. Once you’ve created a team project, you can start adding content to source control. Перед началом настройки сборок необходимо добавить проекты и решения вместе с любыми внешними зависимостями. You’ll need to add your projects and solutions, together with any external dependencies, before you can start configuring builds.
  • Настройка сервера сборки TFS для веб-развертывания. Configuring a TFS Build Server for Web Deployment. Если требуется выполнить сборку содержимого командного проекта, необходимо настроить сервер сборки. If you want to build your team project content, you’ll need to configure a build server. В большинстве случаев это должно быть на отдельном компьютере из установки TFS. In most cases, this should be on a separate machine from your TFS installation. Чтобы настроить сервер сборки, необходимо установить и настроить службу сборки TFS, установить Visual Studio 2010, создать контроллеры сборки и агенты сборки, установить все продукты или компоненты, необходимые коду для успешной сборки, и установить Средство веб-развертывания службы IIS (IIS) (веб-развертывание). To configure a build server, you need to install and configure the TFS build service, install Visual Studio 2010, create build controllers and build agents, install any products or components that your code needs in order to build successfully, and install the Internet Information Services (IIS) Web Deployment Tool (Web Deploy).
  • Создание определения сборки, поддерживающего развертывание. Creating a Build Definition That Supports Deployment. Перед запуском постановки в очередь или запуском сборок в TFS необходимо создать по крайней мере одно определение сборки для командного проекта. Before you can start queuing or triggering builds in TFS, you need to create at least one build definition for your team project. Определение сборки определяет все аспекты сборки, в том числе сведения о том, какие элементы должны включаться в сборку, что должен активировать сборку и куда Team Build должен отправить выходные данные сборки. The build definition defines every aspect of the build, including which things should be included in the build, what should trigger the build, and where Team Build should send the build outputs. Определение сборки можно настроить для выполнения пользовательских файлов проекта Microsoft Build Engine (MSBuild), что позволяет включать логику развертывания в автоматические сборки. You can configure a build definition to run custom Microsoft Build Engine (MSBuild) project files, which lets you include deployment logic in your automated builds.
  • Развертывание определенной сборки. Deploying a Specific Build. В большинстве случаев требуется развернуть определенную сборку, а не последнюю сборку, в целевую среду. In a lot of scenarios, you’ll want to deploy a specific build, rather than the latest build, to a target environment. В этом случае можно настроить определение сборки, которое развертывает содержимое из указанной папки сброса. In this case, you can configure a build definition that deploys content from a specific drop folder.
  • Настройка разрешений для развертывания Team Build. Configuring Permissions for Team Build Deployment. Если служба сборки предназначена для развертывания содержимого в ходе автоматизированного процесса сборки, необходимо предоставить учетной записи службы сборки различные разрешения на всех целевых веб-серверах и серверах баз данных. If the build service is to deploy content as part of an automated build process, you need to grant various permissions to the build service account on any destination web servers and database servers.
Читайте также:  Настройка и проверка ssd

Ключевые технологии Key Technologies

В этом учебнике рассматривается использование этих продуктов и технологий для поддержки автоматизированной сборки и веб-развертывания. This tutorial focuses on how to use these products and technologies to support automated build and web deployment:

  • Visual Studio Team Foundation Server 2010 Visual Studio Team Foundation Server 2010
  • Team Build и MSBuild Team Build and MSBuild
  • Web Deploy Web Deploy

Учебник также касается использования Windows Server 2008 R2, IIS 7,5, SQL Server 2008 R2, ASP.NET 4,0 и ASP.NET MVC 3. The tutorial also touches on the use of Windows Server 2008 R2, IIS 7.5, SQL Server 2008 R2, ASP.NET 4.0, and ASP.NET MVC 3.

Другие учебники в этой серии Other Tutorials in This Series

Эта форма является частью серии из пяти руководств по развертыванию веб-сайта в масштабе предприятия. This forms part of a series of five tutorials on enterprise-scale web deployment. Ниже приведены другие руководства серии. These are the other tutorials in the series:

  • Развертывание веб-приложений в корпоративных сценариях. Deploying Web Applications in Enterprise Scenarios. Это начальное содержимое, которое содержит контекстный фон для серии руководств. This introductory content provides the contextual background for the tutorial series. В нем описывается сценарий учебника и показано, как задачи и пошаговые руководства, описанные в ряде, соответствуют более широкому процессу управления жизненным циклом приложений (ALM). It describes the tutorial scenario, and it illustrates how the tasks and walkthroughs described throughout the series fit into a broader Application Lifecycle Management (ALM) process.
  • Веб-развертывание на предприятии. Web Deployment in the Enterprise. В этом учебнике приводятся общие сведения о файлах проекта MSBuild, конвейере веб-публикаций (WPP), веб-развертывание и других связанных технологиях. This tutorial provides a conceptual introduction to MSBuild project files, the Web Publishing Pipeline (WPP), Web Deploy, and other related technologies. В нем объясняется, как можно использовать эти инструменты совместно для управления сложными процессами развертывания. It explains how you can use these tools together to manage complex deployment processes.
  • Настройка серверных сред для веб-развертывания. Configuring Server Environments for Web Deployment. В этом учебнике описывается настройка серверов Windows для поддержки различных сценариев развертывания, включая удаленное развертывание веб-пакетов с помощью службы веб-Deployment Agent (удаленный агент) или обработчика веб-развертывание и удаленного развертывания базы данных. This tutorial describes how to configure Windows servers to support various deployment scenarios, including remote web package deployment using the Web Deployment Agent Service (the remote agent) or the Web Deploy Handler and remote database deployment. Он содержит рекомендации по выбору соответствующего метода развертывания для собственной среды и описывает, как использовать платформу веб-фермы (WFF) для репликации развернутых веб-приложений на всех веб-серверах в ферме серверов. It provides guidance on choosing the appropriate deployment method for your own environment, and it describes how to use the Web Farm Framework (WFF) to replicate deployed web applications across all the web servers in a server farm.
  • Расширенное корпоративное веб-развертывание. Advanced Enterprise Web Deployment. В этом учебнике описывается выполнение различных более сложных задач развертывания, таких как настройка развертываний баз данных для нескольких сред, исключение файлов и папок из развертывания и перевод веб-приложений в автономный режим в процессе развертывания. . This tutorial describes how to accomplish various more advanced deployment tasks, like customizing database deployments for multiple environments, excluding files and folders from deployment, and taking web applications offline during the deployment process.
Читайте также:  Настройка 404 страницы инструкция

Источник

SPBDEV Blog

Сегодня мы поговорим о Microsoft Azure, Visual Studio Team Services (VSTS) и C# .NET Core.

Microsoft Azure

Microsoft Azure существует уже несколько лет, и вы, наверное, слышали о ней. Это облачная платформа Microsoft, которая конкурирует напрямую с AWS Amazon и Google Cloud. Если вы до сих пор не знаете, что такое «облако» (помимо довольно раздутого модного слова), предлагаем вам действительно изучить его, поскольку у него большие перспективы. Если у вас еще нет учетной записи, создайте ее. Это бесплатно, и вам нужна только кредитная карта и учетная запись электронной почты Microsoft, например Hotmail или Outlook.

Первоначальное использование Azure бесплатно. Вы получаете бесплатный кредит, действительный в течение одного месяца. Некоторые услуги бесплатны в течение месяца, за остальные нужно платить. Простое наличие пустой учетной записи Azure всегда бесплатно. В этом сообщении мы собираемся разместить в Azure веб-приложение по умолчанию, используя приложение App (которое в любом случае будет вам почти ничего не стоить).

Visual Studio Team Services (VSTS)

VSTS — это облачная версия Microsoft Team Foundation Service (TFS), которая является их инструментом для непрерывной интеграции и развертывания, контроля исходного кода и инструментов Agile, таких как платы SCRUM и Kanban. Опять же, если у вас еще нет подписки, рекомендуеи вам ее создать. Как и в случае с Azure, это бесплатно, и вам нужен адрес электронной почты Microsoft, такой как Hotmail или Outlook. Для бесплатной версии VSTS вы получаете довольно много функциональности, например 240 бесплатных минут сборки в месяц и неограниченные бесплатные репозитории Git (всегда используйте Git, никогда Team Foundation Service Control (TFSC)). С подпиской MSDN вы получаете дополнительную функциональность, но уровень свободного использования также достаточно хорош.

.NET Core

В течение последних нескольких лет Microsoft сосредоточилась на .NET Core, многоплатформенном подмножестве с открытым исходным кодом .NET Framework. Хотя у него все еще есть некоторые проблемы, даже в последней версии .NET Core 2.1, это также довольно круто, и мы уже используем его для создания программного обеспечения. Это немного отличается от полной .NET Framework, но не сильно. Возможно, вам придется загрузить и установить последний SDK, который можно найти на странице .NET Core GitHub. Поддержка Visual Studio для .NET Core начинается с Visual Studio 2017, так что будьте уверены, что вы в курсе последних событий, иначе вы, возможно, будете следовать вместе с обычным веб-приложением .NET Framework ASP.NET.

Создание .NET Core Project

Итак, давайте объединим эти инструменты. Начнем с создания нового (частного) проекта в VSTS, что довольно просто. Фактически, вы, вероятно, уже создали его, когда создали учетную запись VSTS. Я сохранил значение по умолчанию, MyFirstProject. Когда вы переходите на вкладку «Код» вашего проекта в VSTS, вы можете инициализировать свой репозиторий (внизу страницы) с файлом README.md и файлом .gitignore (выберите Visual Studio).

Инициализация репозитория в VSTS.

Вы можете скопировать ссылку или клонировать ее прямо в Visual Studio на следующей странице в правом верхнем углу под кнопкой «Clone». Предполагается, что вы знаете, как работает Git, поэтому мы не будем рассказывать об этом здесь.

После локального размещения репозитория мы можем начать с добавления кода. Поскольку мы фокусируемся на развертывании на Azure с использованием VSTS, на самом деле не имеет значения, какой у вас код, поэтому просто создайте основное веб-приложение ASP.NET в Visual Studio 2017. Вы можете выбрать обычное веб-приложение (которое будет использовать Razor View Pages по умолчанию) или проект Model-View-Controller, в зависимости от того, что вам нравится. Как только шаблон веб-приложения по умолчанию загружается, вы можете зафиксировать и нажать его в свой репозиторий Git, и мы можем начинать веселье!

Azure App Services

Для следующего шага мы немного покопошимся в Лазуре. Войдите в свой портал Azure и найдите свои приложения. Просто нажмите кнопку «Add», выберите «Web App» и нажмите «Create». На следующей странице вы можете установить некоторые параметры для своего веб-приложения, например URL-адрес, на котором будет размещаться ваше приложение (которое всегда заканчивается на .azurewebsites.net).

Новое веб-приложение Azure

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

Наиболее важным параметром здесь является App Service Plan/Location. Это в основном сервер, за который вы платите. Для вас создан новый план, но вы также можете создать свой собственный. У вас разные уровни цен с различными техническими характеристиками и функциональностью Azure, такими как CPU, память, пользовательские домены, промежуточные сегменты и ежедневные резервные копии.

Местоположение вашего плана определяет, где сервер физически находится. Просто начните со стандартным стандартом S1. Даже если у вас нет бесплатных кредитов, вы можете удалиться после того, как прочитаете этот пост в блоге, и это будет стоить вам всего $ 0,03, поэтому не беспокойтесь о расходах.

Настройка развертывания из Azure

Пока мы остановимся в Azure. Вероятно, вы видели кнопку Build and Release в VSTS. Здесь вы можете создавать новые конвейеры сборки и развертывания.

Построение конвейера может автоматически создавать и тестировать ваше программное обеспечение после нажатия на Git. Это включает в себя восстановление пакетов NuGet, уменьшение и связывание любых HTML, CSS и JavaScript, которые у вас могут быть, выполнение средств запуска задач и, в основном, все, что вам когда-либо понадобилось для создания и запуска вашего программного обеспечения. Когда ваша последняя фиксация построена и протестирована, VSTS может создать артефакт для публикации.

Конвейер развертывания может загрузить артефакт из конвейера сборки и поместить его в Azure (или на собственные серверы на локальном уровне). Триггер для развертывания обычно заключается в том, что сборка выполнена успешно, но также может быть нажатием на Git или ручной триггер.

Когда вы создаете и тестируете свое программное обеспечение автоматически, это называется Continuous Integration (или CI), а когда ваше программное обеспечение также автоматически развертывается, это называется Continuous Deployment (или CD). Между ними есть что-то промежуточное, что удерживает развертывание до тех пор, пока пользователь явно не нажмет кнопку и не даст знак «okay», это называется Continuous Delivery. Когда вы выполняете как CI, так и Continuous Delivery и / или Deployment, вы делаете «CI / CD».

Читайте также:  Настройка vpn по пунктам

Давайте установим это с помощью всего одного нажатия кнопки. У вас есть два варианта в Azure. В своем веб-приложении настройте развертывание из пункта меню «Варианты развертывания» или используйте новый «Центр развертывания (Preview)», который, как следует из названия, все еще находится в режиме предварительного просмотра.

Параметы развертывания в Azure

Параметры развертывания

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

Параметры развертывания в Azure

Вот и все. Если теперь вы перейдете к параметрам развертывания в своем веб-приложении, вы увидите, что Azure теперь показывает все ваши подтверждения. Если вы нажмете новое подтверждение своему репозиторию, вы даже увидите статус сборки в Azure, потому что Azure привязал ее к вашей учетной записи VSTS.

Непрерывное развертывание в Azure

Когда развертывание завершено, перейдите на свой сайт Azure (например, imunique.azurewebsites.net), и вот, ваш сайт запущен и работает! Попробуйте что-то изменить на главной странице, нажмите на Git, подождите несколько минут и посмотрите, как ваш сайт обновляется.

Центр развертывания (Preview)

Предполагается, что Microsoft планирует заменить «“Deployment options» на «Deployment Center (Preview)». Если вы уже установили CI / CD с параметрами развертывания, вы также увидите свои подтверждения. Для целей этого блога мы собираемся отключить (кнопка Disconnect в верхнем меню).

Теперь перейдите в Центр развертывания (Preview), и вы увидите различные опции управления версиями, такие как VSTS, Github и Bitbucket. Это немного более визуально привлекательно, чем большинство панелей Azure. Поэтому выберите VSTS и продолжайте. Затем вам нужно выбрать поставщика сборки. У нас нет опыта работы с Kudu, поэтому выберите «VSTS Continuous Delivery» (что не по умолчанию).

Центр развертывания в Azure

На следующей панели вы можете выбрать свою учетную запись VSTS и репозиторий. К сожалению, на момент написания этого блога, похоже, здесь есть ошибка, которая мешает выбирать учетную запись. Он работал в прошлом, и команда Azure заявила, что устранила проблему в предстоящем выпуске (что довольно часто) . Поэтому попробуйте сами, возможно у вас это сработает!

В любом случае, если вы продолжите, Azure создаст конвейер сборки и конвейер развертывания в VSTS! Теперь это довольно круто. Это дает вам полный контроль над вашими сборками и развертываниями, так как вы можете настроить их, как вам нравится. В то же время Центр развертывания теперь показывает, какие сборки были развернуты.

Конвейеры в VSTS

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

Развертывание немного отличается. Для каждой части кода есть всего одна сборка, но для всей вашей улицы DTAP (dev, test, accept, and production) может быть несколько развертываний. Azure создал выпуск с единой средой «Dev».

Вы можете изменить развертывание в «Задачи» для этой среды (либо щелкните Dev dev, либо выберите Tasks в верхнем меню). Задачи выглядят похожими на сборку VSTS и могут быть (полностью) разными для каждой среды. В основном ваши задачи будут более или менее одинаковыми, и вы будете иметь только некоторые значения, которые отличаются для каждой среды. Вы можете использовать «Переменные» для этих разных значений, но это выходит за рамки этой публикации.

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

Когда вы закончите экспериментировать, просто удалите выпуск и конвейеры сборки (в этом порядке). Также убедитесь, что вы отключили развертывание в Центре развертывания Azure.

Развертывание из Visual Studio 2017

Наконец, вернемся к Visual Studio. Вы можете сделать то же самое в Visual Studio. Щелкните правой кнопкой мыши проект, который вы хотите опубликовать (это ваш веб-проект), и выберите Overview в раскрывающемся меню. На открывшейся странице перейдите к Publish (в меню слева).

Здесь вы можете опубликовать или настроить свой CI / CD. Нажмите кнопку Start в разделе Continuous Delivery, и вы можете снова выбрать подписку VSTS и службу приложений (она по умолчанию создает новую службу приложений, но вы также можете выбрать существующую). Просто щелчок по кнопке «ОК» будет иметь тот же результат, что и в Центре развертывания. Он создаст новый конвейер сборки и развертывания, который также будет отображаться в вашем Центре развертывания. Довольно круто!

Возвращаясь к странице публикации в Visual Studio, вы можете просто опубликовать ее напрямую. Это очень полезно, если вы хотите что-то отпустить Azure прямо сейчас. Просто нажмите кнопку Start в разделе Publish. Теперь вы можете либо создать новую службу приложений Azure, либо выбрать существующую. Просто следуйте указаниям мастера, и ваше приложение будет опубликовано непосредственно в Azure без конвейера сборки или развертывания. Однако будьте осторожны, ваша локальная сборка будет развернута, что часто будет отличаться от сборки с сервера сборки.

Завершение

Итак, вы сделали это! Развертывание никогда не было таким простым! Всего за пару минут мы создали приложение, поместили его в исходный элемент управления и развернули его в облаке, готовое к показу всему миру (вы можете ограничить доступ). Раньше у вас могли уходить часы, чтобы настроить новый сервер (или дни и даже недели, если вам еще нужно было его заказать), но эта альтернатива намного быстрее и дешевле.

Следующий шаг — использование шаблонов ARM (Azure Resource Management) для автоматического создания приложений и других ресурсов Azure. Ознакомьтесь с сообщением о шаблонах ARM , чтобы начать работу.

Не забудьте удалить приложение App Service и ваш план обслуживания приложений, иначе вам придется платить за них!

Источник

Adblock
detector