Создание командного проекта visual studio
В этом разделе описывается создание нового командного проекта в Team Foundation Server (TFS) 2010.
Общие сведения о задачах
Чтобы подготовить и использовать новый командный проект в TFS, вам потребуется выполнить следующие общие действия:
- Предоставьте пользователю разрешения, создавшему новый командный проект.
- Создайте командный проект.
- Предоставьте разрешения участникам группы, которые будут работать над проектом.
- Проверьте некоторое содержимое.
В этом разделе показано, как выполнять эти процедуры, и он определит пользователей и роли заданий, которые, скорее всего, будут отвечать за каждую процедуру. Имейте в виду, что в зависимости от структуры вашей организации каждая из этих задач может отвечать за другого человека.
В задачах и пошаговых руководствах в этом разделе предполагается, что вы установили и настроили TFS и создали коллекцию командных проектов в рамках процесса настройки. Дополнительные сведения об этих предположениях и более общие справочные сведения о сценарии см. в разделе "Настройка сервера сборки TFS для веб-развертывания".
Предоставление разрешений создателю команды Project
Чтобы создать командный проект, вам потребуются следующие разрешения:
- Необходимо иметь разрешение на создание новых проектов на уровне приложений TFS. Обычно это разрешение предоставляется путем добавления пользователей в группу TFS администраторов коллекций Project. Глобальная группа администраторов Team Foundation также включает это разрешение.
- Необходимо иметь разрешение на создание новых сайтов групп в семействе веб-сайтов SharePoint, соответствующего коллекции командных проектов TFS. Обычно это разрешение предоставляется путем добавления пользователя в группу SharePoint с правами на полный доступ к семейству веб-сайтов SharePoint.
- Если вы используете SQL Server Reporting Services функции, вы должны быть членом роли Team Foundation Content Manager в Reporting Services.
Кто выполняет эти процедуры?
Как правило, пользователь или группа, которые администрируют развертывание TFS, также выполняет эти процедуры.
Так как это высоко привилегированный набор разрешений, новые командные проекты обычно создаются небольшим подмножеством пользователей, ответственных за администрирование развертывания TFS. Разработчикам обычно не предоставляются разрешения, необходимые для создания новых командных проектов.
Предоставление разрешений в TFS
Если вы хотите, чтобы пользователь мог создавать командные проекты, первая высокоуровневая задача — добавить пользователя в группу администраторов коллекции Project для коллекции командных проектов.
Добавление пользователя в группу администраторов коллекций Project
На сервере TFS в меню "Пуск" наведите указатель мыши на все программы, щелкните Microsoft Team Foundation Server 2010 и выберите консоль администрирования Team Foundation.
В представлении дерева навигации разверните уровень приложений и выберите команду Project коллекции.
В области коллекций team Project выберите коллекцию командных проектов, которыми вы хотите управлять.
На вкладке "Общие" щелкните "Членство в группе".
В диалоговом окне "Глобальные группы" выберите группу администраторов коллекции Project и нажмите кнопку "Свойства".
В диалоговом окне "Свойства группы" Team Foundation Server выберите Windows "Пользователь" или "Группа", а затем нажмите кнопку "Добавить".
В диалоговом окне "Выбор пользователей, компьютеров или групп " введите имя пользователя, которого вы хотите создать командные проекты, нажмите кнопку "Проверить имена" и нажмите кнопку "ОК".
В диалоговом окне "Свойства группы" Team Foundation Server нажмите кнопку "ОК".
В диалоговом окне "Глобальные группы" нажмите кнопку "Закрыть".
Предоставление разрешений в SharePoint Services
Затем необходимо предоставить пользователю разрешение на создание новых сайтов групп в семействе веб-сайтов SharePoint, которое соответствует коллекции командных проектов TFS.
Предоставление разрешений на полный доступ к семейству веб-сайтов SharePoint
В консоли администрирования Team Foundation Server на странице коллекций team Project выберите коллекцию командных проектов, которую вы хотите управлять.
На вкладке SharePoint "Сайт" запишите значение URL-адреса расположения сайта по умолчанию.
Откройте Internet Explorer и перейдите по URL-адресу, который вы записали на шаге 2.
Если вы не вошли в Windows как пользователь, создавший коллекцию командных проектов, вам потребуется войти в SharePoint, так как этот пользователь будет продолжать работу.
В меню Действия сайта выберите пункт Настройки веб-сайта.
На странице Параметры сайта в разделе "Пользователи и разрешения" щелкните "Люди и группы".
На панели навигации слева щелкните "Группы".
На странице "Люди и группы: все группы " щелкните "Настроить группы" для этого сайта.
На странице "Настройка групп для этого сайта " добавьте пользователя, который создаст командные проекты в группу "Владельцы" , а затем нажмите кнопку "ОК".
Дополнительные сведения о том, как разрешить пользователям создавать новые командные проекты в коллекции командных проектов, см. в разделе "Установка разрешений администратора для коллекций team Project".
Создание команды Project и добавление пользователей
После получения необходимых разрешений можно использовать окно Team Explorer в Visual Studio 2010 для создания нового командного проекта. Этот подход предоставляет мастер, который собирает все необходимые сведения и выполняет необходимые задачи в TFS, SharePoint и SQL Server Reporting Services. Вам также потребуется предоставить разрешения на новый командный проект членам команды разработчиков, чтобы позволить им добавлять и изменять содержимое.
Кто выполняет эти процедуры?
Обычно администратор TFS или руководитель группы разработчиков выполняют эти процедуры.
Создание новой команды Project
В следующей процедуре описывается создание нового командного проекта в TFS 2010.
Создание командного проекта
В меню "Пуск" наведите указатель мыши на все программы, выберите Microsoft Visual Studio 2010, щелкните правой кнопкой мыши Microsoft Visual Studio 2010 и выберите команду "Запуск от имени администратора".
Если вы не запускаете Visual Studio 2010 от имени администратора, мастер создания команды Project завершится сбоем на последнем шаге.
В диалоговом окне Контроль учетных записей нажмите кнопку Да.
В Visual Studio в меню "Команда" щелкните Подключение, чтобы Team Foundation Server.
Если подключение к серверу TFS уже настроено, можно опустить шаги 4–7.
В диалоговом окне "Подключение к команде Project" щелкните "Серверы".
В диалоговом окне "Добавление и удаление Team Foundation Server" нажмите кнопку "Добавить".
В диалоговом окне "Добавление Team Foundation Server" укажите сведения о экземпляре TFS и нажмите кнопку "ОК".
В диалоговом окне "Добавление и удаление Team Foundation Server" нажмите кнопку "Закрыть".
В диалоговом окне Подключение team Project выберите экземпляр TFS, к которому требуется подключиться, выберите коллекцию командных проектов, к которой вы хотите добавить, и нажмите кнопку Подключение.
В окне Team Explorer щелкните правой кнопкой мыши коллекцию командных проектов и выберите команду "Создать команду Project".
В диалоговом окне "Новая команда Project" укажите имя и описание командного проекта и нажмите кнопку "Далее".
Если ваш командный проект содержит пробелы, вы можете столкнуться с некоторыми проблемами при использовании средства веб-развертывания службы IIS (IIS) для развертывания пакетов из выходного пути. Пробелы в пути могут значительно усложнить выполнение команд веб-развертывания.
На странице "Выбор шаблона процесса" выберите шаблон процесса, который вы хотите использовать для управления процессом разработки, а затем нажмите кнопку "Далее".
Дополнительные сведения о шаблонах процессов для TFS см. в разделе "Шаблоны процессов" и "Инструменты".
На странице Параметры сайта группы оставьте параметры по умолчанию неизменными и нажмите кнопку "Далее".
Этот параметр создает или идентифицирует сайт группы SharePoint, связанный с командным проектом TFS. Ваша группа разработчиков может использовать этот сайт для управления документацией, участия в обсуждениях, создания вики-страниц и выполнения различных других задач, не связанных с кодом. Дополнительные сведения см. в разделе "Взаимодействие между продуктами SharePoint и Team Foundation Server".
На странице "Указание системы управления версиями" Параметры оставьте параметры по умолчанию неизменными и нажмите кнопку "Далее".
Этот параметр определяет или создает расположение в иерархии папок TFS, которая будет выступать в качестве корневой папки для содержимого.
На странице подтверждения команды Project Параметры нажмите кнопку "Готово".
После успешного создания нового командного проекта на странице "Команда Project", нажмите кнопку "Закрыть".
Добавление пользователей в командную Project
Теперь, когда вы создали новый командный проект, вы можете предоставить пользователям разрешения на добавление и совместную работу над содержимым.
Добавление пользователей в командный проект
В Visual Studio 2010 в окне Team Explorer щелкните правой кнопкой мыши командный проект, наведите указатель мыши на команду Project Параметры и выберите пункт "Членство в группе".
Чтобы разрешить пользователю добавлять, изменять и удалять код в системе управления версиями, необходимо добавить его в группу участников .
В диалоговом окне Project "Группы" выберите группу "Участники" и нажмите кнопку "Свойства".
В диалоговом окне "Свойства группы" Team Foundation Server выберите Windows "Пользователь" или "Группа", а затем нажмите кнопку "Добавить".
В диалоговом окне "Выбор пользователей, компьютеров или групп " введите имя пользователя, которого вы хотите добавить в командный проект, нажмите кнопку "Проверить имена" и нажмите кнопку "ОК".
В диалоговом окне "Свойства группы" Team Foundation Server нажмите кнопку "ОК".
В диалоговом окне Project "Группы" нажмите кнопку "Закрыть".
Заключение
На этом этапе новый командный проект готов к использованию, и ваша команда разработчиков может приступить к добавлению содержимого и совместной работе в процессе разработки.
В следующем разделе, в разделе "Добавление содержимого в управление версиями" описывается добавление содержимого в управление версиями.
Дополнительные материалы
Более широкие рекомендации по созданию командных проектов в TFS см. в статье "Создание командной Project". Дополнительные сведения о том, как разрешить пользователям создавать новые командные проекты в коллекции командных проектов, см. в разделе "Установка разрешений администратора для коллекций team Project". Дополнительные сведения о добавлении пользователей в командные проекты см. в разделе "Добавление пользователей в командные проекты".
Обычно программист C++ начинает с создания приложения "Hello, world!", которое запускается из командной строки. Именно его вы и создадите в Visual Studio на этом шаге.
Предварительные требования
- Установите и запустите на своем компьютере Visual Studio с рабочей нагрузкой "Разработка классических приложений на C++". Если установка еще не выполнена, см. статью Установка поддержки C++ в Visual Studio.
Создание проекта приложения
Visual Studio использует проекты, чтобы упорядочить код для приложения, и решения, чтобы упорядочить проекты. Проект содержит все параметры, конфигурации и правила, используемые для сборки приложения. Он управляет связью между всеми файлами проекта и любыми внешними файлами. Чтобы создать приложение, сначала создайте проект и решение.
В Visual Studio откройте меню "Файл" и выберите команду "Создать > Project", чтобы открыть диалоговое окно "Создание нового Project". Выберите шаблон Консольное приложение с тегами C++ , Windows и Консоль, а затем нажмите кнопку Далее.
В диалоговом окне Настроить новый проект в поле Имя проекта введите HelloWorld. Выберите Создать, чтобы создать проект.
Visual Studio создаст проект. Вы можете приступать к добавлению и изменению исходного кода. По умолчанию шаблон консольного приложения добавляет исходный код приложения Hello World:
Когда код в редакторе будет выглядеть таким образом, вы можете перейти к следующему шагу и начать разработку приложения.
В Visual Studio откройте меню "Файл" и выберите команду "Создать > Project", чтобы открыть диалоговое окно "Создать Project".
Visual Studio создаст пустой проект. Вы можете приступать к его настройке в соответствии с типом создаваемого приложения и добавлению файлов исходного кода. Поэтому вы сделаете это сейчас.
Настройка проекта как консольного приложения
Visual Studio позволяет создавать приложения и компоненты самых разных типов как для Windows, так и для других платформ. Шаблон Пустой проект не определяет тип создаваемого приложения. Консольное приложение — это приложение, которое выполняется в консоли или в окне командной строки. Чтобы создать его, необходимо сообщить Visual Studio, что приложение будет использовать подсистему консоли.
Теперь Visual Studio знает, что создаваемый проект предназначен для выполнения в окне консоли. Далее вы добавите файл с исходным кодом и введете код приложения.
Добавление файла исходного кода
В обозревателе решений выберите проект HelloWorld. В меню Проект выберите команду Добавить новый элемент, чтобы открыть диалоговое окно Добавление нового элемента.
Visual Studio создаст пустой файл исходного кода и откроет его в окне редактора, где в него можно ввести код.
Добавление кода в файл исходного кода
Скопируйте код в окне редактора с файлом HelloWorld.cpp.
Код в окне редактора должен выглядеть следующим образом:
Когда код в редакторе будет выглядеть таким образом, вы можете перейти к следующему шагу и начать разработку приложения.
Следующие шаги
Руководство по устранению неполадок
Здесь приведены решения распространенных проблем, которые могут возникнуть при создании первого проекта C++.
Создание проекта приложения: проблемы
В диалоговом окне Новый проект должен быть шаблон Консольное приложение с тегами C++ , Windows и Консоль. Если его нет, возможны две причины. Он может быть отфильтрован из списка или не установлен. Сначала проверьте раскрывающиеся списки фильтров в верхней части списка шаблонов. Выберите фильтры C++ , Windows и Консоль. Должен появиться шаблон консольного приложения C++. Если этого не произошло, значит, рабочая нагрузка Разработка классических приложений на C++ не установлена.
Чтобы установить рабочую нагрузку Разработка классических приложений на C++ , можно запустить установщик прямо из диалогового окна Новый проект. Чтобы запустить установщик, щелкните ссылку Установка других средств и компонентов внизу списка шаблонов. Если в диалоговом окне Контроль учетных записей пользователей запрашиваются разрешения, выберите Да. В установщике должна быть выбрана рабочая нагрузка Разработка классических приложений на C++ . Выберите Изменить, чтобы обновить установку Visual Studio.
Если проект с таким именем уже существует, выберите другое имя для проекта. Можно также удалить существующий проект и повторить попытку. Чтобы удалить существующий проект, удалите папку решения (содержащую файл helloworld.sln) в проводнике.
Если проект с таким именем уже существует, выберите другое имя для проекта. Можно также удалить существующий проект и повторить попытку. Чтобы удалить существующий проект, удалите папку решения (содержащую файл helloworld.sln) в проводнике.
Настройка проекта как консольного приложения: проблемы
Раскрывающийся список не открывается в поле свойства Подсистема, пока не будет выбрано свойство. Щелкните поле ввода, чтобы выбрать его. Можно также последовательно переходить по элементам управления в диалоговом окне с помощью клавиши TAB, пока не будет выделено поле Подсистема. Щелкните раскрывающийся список или нажмите клавиши ALT+стрелка вниз, чтобы открыть его.
Добавление файла исходного кода: проблемы
Файлу исходного кода можно спокойно присвоить другое имя. Однако не добавляйте в проект несколько файлов с одинаковым кодом.
Если вы добавили в проект файл неправильного типа, например файл заголовка, удалите его и повторите попытку. Чтобы удалить файл, выберите его в обозревателе решений. Затем нажмите клавишу DELETE.
Добавление кода в файл исходного кода: проблемы
Если вы случайно закрыли окно редактора с файлом исходного кода, его можно легко открыть снова. Чтобы сделать это, дважды щелкните файл HelloWorld.cpp в окне обозревателя решений.
Если в редакторе исходного кода какие-либо элементы подчеркнуты красной волнистой линией, проверьте, соответствуют ли их написание, пунктуация и регистр символов используемым в примере. В коде на C++ регистр имеет важное значение.
Вы создали проект консольного приложения C++ и ввели код. Теперь вы можете выполнить сборку приложения и запустить его в Visual Studio. Затем запустите его как автономное приложение из командной строки.
Предварительные требования
Установите и запустите на своем компьютере Visual Studio с рабочей нагрузкой "Разработка классических приложений на C++". Если установка еще не выполнена, следуйте инструкциям в статье Установка поддержки C++ в Visual Studio.
Создайте проект Hello, World!" и введите его исходный код. Если вы еще не сделали этого, выполните действия, описанные в разделе Создание проекта консольного приложения С++.
Если Visual Studio выглядит следующим образом, можно приступать к сборке и запуску приложения:
Сборка и запуск кода в Visual Studio
Для сборки проекта выберите в меню Сборка пункт Собрать решение. Окно Вывод отображает результаты процесса сборки.
Чтобы запустить этот код, в строке меню выберите Отладка и Запуск без отладки.
Поздравляем! Вы создали свое первое консольное приложение "Hello, world!" в Visual Studio! Нажмите любую клавишу, чтобы закрыть окно консоли и вернуться в редактор Visual Studio.
Выполнение кода в командном окне
Обычно консольные приложения запускаются из командной строки, а не в Visual Studio. После того как приложение будет создано в Visual Studio, его можно запустить из любого командного окна. Вот как можно найти и запустить новое приложение в окне командной строки.
В обозревателе решений выберите решение HelloWorld (а не проект HelloWorld) и щелкните правой кнопкой мыши, чтобы открыть контекстное меню. Выберите Открыть папку в проводнике, чтобы открыть окно проводника в папке решения HelloWorld.
В окне проводника откройте папку Debug. В этой папке содержится ваше приложение, HelloWorld.exe и несколько других файлов отладки. Удерживая нажатой клавишу SHIFT, щелкните правой кнопкой мыши HelloWorld.exe, чтобы открыть контекстное меню. Выберите команду Копировать как путь, чтобы скопировать путь к приложению в буфер обмена.
Чтобы открыть окно командной строки, нажмите Windows + R, чтобы открыть диалоговое окно Выполнить. Введите cmd.exe в текстовом поле Открыть, а затем выберите ОК для запуска окна командной строки.
В окне командной строки щелкните правой кнопкой мыши, чтобы вставить путь к приложению в командную строку. Нажмите клавишу ВВОД, чтобы запустить приложение.
Поздравляем! Вы создали и запустили консольное приложение в Visual Studio.
Следующие шаги
После создания и запуска этого простого приложения можно приступать к более сложным проектам. Дополнительные сведения см. в разделе Использование интегрированной среды разработки Visual Studio для разработки приложений для настольных систем на языке C++. В нем содержатся более подробные пошаговые руководства, посвященные возможностям Microsoft C++ в Visual Studio.
Руководство по устранению неполадок
Здесь приведены решения распространенных проблем, которые могут возникнуть при создании первого проекта C++.
Сборка и запуск кода в Visual Studio: проблемы
Если в редакторе исходного кода отображаются красные волнистые линии, то сборка может содержать ошибки или предупреждения. Убедитесь, что код соответствует примеру в написании, пунктуации и регистре.
Выполнение кода в командном окне: проблемы
Если путь, показанный в проводник, заканчивается на папке \HelloWorld\HelloWorld, вы открыли проект HelloWorld вместо решения HelloWorld. Вы перепутаете папку Debug, в которой нет вашего приложения. Перейдите на уровень вверх в проводнике, чтобы открыть папку решения — первый HelloWorld в пути. В этой папке также содержится папка Debug, в которой вы найдете свое приложение.
Можно также открыть папку Debug решения в командной строке, чтобы запустить приложение. Приложение не будет запускаться из других каталогов, если не указан путь к приложению. Однако вы можете скопировать приложение в другой каталог и запустить его из него. Также можно скопировать его в каталог, указанный переменной среды PATH, а затем запустить его из любого места.
Если в контекстном меню отсутствует параметр Копировать как путь, закройте меню, а затем удерживайте нажатой клавишу SHIFT при повторном открытии. Эта команда предназначена только для удобства. Можно также скопировать путь к папке из панели поиска проводника и вставить его в диалоговое окно Выполнить, а затем ввести имя исполняемого файла в конце. При этом потребуется чуть больше действий по вводу текста, но результат будет тем же.
Вслед за замечательными анонсами с конференции Connect 2015 мы продолжаем знакомить вас со сценариями использования новых технологий и сервисов для организации непрерывной разработки и тестирования ваших приложений.
Недавно мы рассказывали о реализации непрерывных процессов разработки и тестирования с помощью Visual Studio Team Services (ранее Visual Studio Online). В статье подробно описывается как на базе репозиториев Git в Visual Studio Team Services организовать процесс разработки на базе Scrum и с помощью интеграции с Visual Studio обеспечить непрерывные процесс тестирования и разработки кода (Continuous Integration & Testing).
Предварительная настройка
Предполагается, что у вас уже создана учетная запись Visual Studio Team Services. Если это не так, то обратитесь к онлайн-руководству по регистрации.
Для начала со страницы загрузки компонент нового сборщика установите Windows-агент, который позволит собирать проекты Windows, Azure и другие проекты Visual Studio, а так же проекты Java и Android. Для установки вам потребуется перейти по адресу:
и загрузить агент локально. После установки (скажем, в папку C:\Agent) необходимо запустить от имени администратора C:\Agent\ConfigureAgent.cmd. Другие шаги и подробности читайте по ссылке.
Создание проекта Visual Studio Team Services
В Visual Studio Team Services создайте командный проект, в моем случае – VsoCdDemo (рисунок 1).
Рис.1. – Создание командного проекта в Visual Studio Team Services
Подключение Visual Studio Team Services в Visual Studio 2015
В Visual Studio 2015 в панели Team Explorer подключитесь к вашему командному проекту (рисунок 2)
Рис. 2. – Выбор командного проекта
После подключения вам будет предложено клонировать пока еще пустой репозиторий командного проекта (рисунок 3).
Рис. 3. – Панель Team Explorer в Visual Studio 2015
Создание проекта в Visual Studio 2015
Рис. 5. – Выполнение коммита и пуш в репозиторий
После коммита с действием пуш вы можете увидеть ваш код в репозитории Visual Studio Team Services перейдя на вкладку Code (рисунок 6).
Рис. 6. – Содержимое репозитория в Visual Studio Team Services
Пришло время настроить процесс непрерывной сборки и публикации в Azure (или любое другое место).
Настройка процесса сборки
В Visual Studio Team Services перейдите на вкладку Build и нажите кнопку Actions (зеленый плюс). В окне выберите Visual Studio в качестве шаблона определения сборки (рисунок 7).
Рис. 7. – Шаблоны определения сборки
В следующем окне (рисунок 8) убедитесь что выбран верный тип репозитория, сам репозиторий и перейдя по ссылке Manage убедитесь что у вас правильно настроен Агент сборки. Важно! Укажите галочкой на необходимость включения непрерывной интеграции – тогда после каждого чекина кода будет запускаться наш процесс сборки и публикации.
Рис. 8 – Настройка шаблона сборки
В итоге вы получите следующий настроенный порядок сборки вашего проекта (рисунок 9). В нем заранее определены следующие шаги: Visual Studio Build для сборки решения, шаг тестирования для запуска тестов, шаг публикации символьных файлов и шаг публикации результатов сборки.
Рис. 9. – Работа с шагами процесса сборки и публикации
Для нас с вами ценность представляет только первый шаг – Visual Studio Build, остальные три шага мы будет настраивать по своему, так что вы можете их удалить или выключить.
Давайте попробуем собрать наш проект, для этого выберите первый шаг и заполните параметры сборки (рисунок 10):
— выберите в качестве решения для сборки файл вашего проекта;
— укажите дополнительные аргументы сборки (учтите имя своего проекта):
/t:Build,FileSystemPublish /p:PublishConfiguration=$(BuildConfiguration) /p:PublishOutputPathNoTrailingSlash=$(Build.SourcesDirectory)\AspNetCdDemo\artifacts\bin\$(BuildConfiguration)\Publish
Рис. 10. – Настройка шага сборки
Нажмите на Save и затем на Queue Build для запуска сборки. Вы получите доступ к консоли выполнения команд сборщика, в которой будет происходить сборка. Увы наше решение не сможет собраться и вы увидите следующую ошибку (рисунок 11).
Рис. 11. – Результат сборки с ошибками
Ошибка с которой мы столкнулись – необходимость настройки среды DNX перед сборкой проекта. Для этого нам потребуется более тонкая настройка сборки.
Для использования этого скрипта нам необходимо добавить в решение в Visual Studio 2015 новый файл Prebuild.ps1 в папку Solution Items, скопируйте текст скрипта в этот файл.
Благодаря гибким возможностям нового механизма сборки Visual Studio Team Services мы можем добавлять разнообразные шаги в порядок сборщика, в том числе вызывать необходимые скрипты PowerShell. Вернитесь в определение сборки (рисунок 12)
Рис. 12. – Редактирование описания шагов сборки
И добавьте новый шаг для сборщика, вызвав окно добавления кнопкой “Add build step”. Просто пробегитесь по списку и убедитесь как много встроенных возможностей существует для определения сборки в Visual Studio Team Services (рисунок 13).
Рис. 13. – Галерея возможных шагов сборки
Выберите шаг PowerShell и добавьте его в процесс сборки. Перетащите шаг PowerShell вверх сделав его самым первым для того, чтобы задать очередность выполнения (рисунок 14). В настройках шага PowerShell укажите путь до скрипта: в моем случае это AspNetCdDemo/Prebuild.ps1.
Рис. 14. – Редактирование шага сборки PowerShell
Так как мы настраиваем DNX самостоятельно и восстанавливаем пакеты тоже самостоятельно, то в шаге Visual Studio Build снимите галочку “Restore NuGet Packages”.
Сохраните определение сборки.
Из Visual Studio 2015 отправьте добавленный скрипт Prebuild.ps1 коммитом и пушем в репозиторий. Пройдет пара минут и мы увидим как благодаря нашим шагам автоматически развертывает DNX и все зависимости, как загружаются и устанавливаются пакеты NuGet.
Однако сборка все равно завершилась с ошибкой (рисунок 15).
Рис. 15. – Сборка выполнилась с ошибкой
Рис. 16. – Выполнение сборки без ошибок
Непрерывная публикация в Azure Web App
Рис. 17. – Создание Azure Web App в новом портале
В Visual Studio 2015 добавьте в свой проект в папку Solutions Items новый файл PublishAspNet5Website.ps1 и скопируйте в него содержимое скрипта.
В списке шагов сборки добавьте еще один шаг, на этот раз — Azure PowerShell Script. Вам потребуется настроить параметры вашей подписки Azure для этого перейдите по ссылке Manage и добавьте новый сервис через New Service Endpoint (рисунок 18).
Рис. 18. – Ввод параметров подписки Azure
Вернувшись в настройки шага для скрипта Azure PowerShell выберите добавленную подписку и укажите параметры (рисунок 19):
— путь к скрипту: AspNetCdDemo/PublishAspNet5Website.ps1
— аргументы скрипта (обратите внимание на имя Web App в Azure и название вашего проекта):
-websiteName AzureCdDemo -packOutput $(Build.SourcesDirectory)\AspNetCdDemo\artifacts\bin\$(BuildConfiguration)\Publish
Рис. 19. – Настройка шага сборки Azure PowerShell
Из Visual Studio 2015 выполните коммит и пуш вашего нового скрипта.
Запустится очередной процесс сборки, который на этот раз завершится публикацией проекта в Azure Web App (рисунок 20).
Рис. 20. - Сборка и публикация прошла успешно
Рис. 21. – Сайт работающий в Azure
Финальный тест
Перейдите в Visual Studio 2015 и внесите любые изменения. например в файле Views/Shared/_Layout.cshtml измените текст и разметку. Сделайте коммит и пуш этого файла в репозиторий. Отследите автоматический процесс сборки и публикации в Visual Studio Team Services. Обновите сайт и убедитесь что ваши изменения автоматически опубликованы (рисунок 22).
Рис. 22. – Сайт в Azure с изменениями от непрерывного процесса сборки и публикации
Заключение
В заключении хочется сказать, что новый функционал сборки Visual Studio Team Services позволяет собирать проекты любого типа с конфигурированием любой сложности, подключаясь к большому числу сторонних приложений, серверов и фреймворков с заранее сконфигурированными шаблонами.
Всем привет! Мы открываем цикл статей «Как мы внедряли DevOps» от команды Vorlon.JS.
Vorlon.JS — это основанный на node.js инструмент, который позволяет веб-разработчикам удобный способ удаленно тестировать, контролировать и отлаживать веб-приложение, особенно на мобильных и embedded системах. В своем блоге на MSDN, команда подробно описывала поэтапное внедрение DevOps практик в организацию работы над Vorlon.JS и выбор инструментов для решения ежедневных задач. Vorlon.JS является проектом с открытым исходным кодом.
Microsoft предлагает большое количество инструментов, которые могут быть использованы для реализации DevOps практик, и в этом цикле мы подробно расскажем про Visual Studio Team Services, Visual Studio Code и работу с Microsoft Azure. Конечно, затронем и возможность использования также множества не-Microsoft инструментов, в том числе при развертывании приложений в Microsoft Azure.
- Планирование и управление проектами с помощью Visual Studio Team Services
- Непрерывная интеграция с GitHub и системой сборки Visual Studio Team Services
- Инфраструктура-как-код с помощью Microsoft Azure и Azure Resource Manager
- Управление выпусками в Visual Studio Team Services
- Тестирование в production-среде с Microsoft Azure App Service и Web Apps
Visual Studio Team Services (VSTS) включает инструменты для планирования проекта на всех этапах — от создания user stories до составления отчетов об ошибках и отслеживания сроков каждой задачи по проекту. Мы считали, что эти системы предназначены исключительно для технических задач разработки, но их могут (а возможно должны) использовать все участники проекта.
Для организации работы по внедрению практик DevOps в Vorlon.JS мы выбрали VSTS. Но поскольку наш проект с открытым исходным кодом, то для решения задач разработки и отслеживания ошибок мы использовали механизм управления проблемами на GitHub.
Начало работы с Visual Studio Team Services
Если у вас еще нет учетной записи VSTS, создать ее можно на этой странице. После подключения вы сможете создать новый командный проект.
- Какой шаблон процесса использовать: Scrum, Agile, CMMI
- И какую систему управления версиями выбрать: Team Foundation Version Control или GIT
Я выбрал шаблон процесса Scrum и GIT. Здесь механизм управления версиями не имеет значения, поскольку исходный код Vorlon.JS размещен на GitHub.
После создания проекта система перенаправит вас на информационную панель на главной странице, где вы сможете закрепить плитки с полезной информацией о проекте: например, с результатами последних сборок или с количеством открытых рабочих элементов либо ошибок.
В состав Visual Studio Team Services входит канбан-доска, которая позволяет с легкостью управлять user stories, задачами и ошибками простым перетаскиванием элементов между столбцами, а также решать другие задачи. Она поможет вам планировать проект и взаимодействовать с командой. Все столбцы можно гибко настраивать в соответствии с вашими требованиями и правилами.
Работа с командой
Перед тем, как создавать элементы невыполненной работы и спринты, может потребоваться настроить вашу команду.
Для этого просто щелкните плитку Team Members на экране HOME командного проекта.
Откроется новое окно, где можно добавлять новых участников, указывая их адрес электронной почты:
Настройка спринта, рабочих элементов и возможностей команды
Назначив всех участников команды, вы можете настроить способ работы со спринтами, рабочими элементами и другими объектами в Visual Studio Team Services.
Перейдите в раздел WORK информационной панели. В представлении Backlog щелкните на значок шестеренки. Откроется новое окно, где настраивается информационное наполнение карточек, отображаемые на информационной панели столбцы и ряд других параметров, например, рабочие дни вашей команды:
Если щелкнуть спринт слева, появится ссылка. Перейдите по ней, чтобы настроить даты этого спринта или переименовать его:
После этого в правом верхнем углу каждого спринта появится дата:
На вкладке Capacity можно задать количество часов, которое каждый участник команды способен уделить проекту, и указать нерабочие дни:
Эти сведения будут использоваться для составления графиков выполнения работ и отчетов о планировании проекта.
Создание рабочих элементов (user stories, задач и т. п.) и их назначение участникам и спринтам
Теперь, после настройки спринтов и команды, можно создавать рабочие элементы (например, user stories и задачи) и назначить их участникам команды.
Портал VSTS позволяет сделать это несколькими способами. Первый — щелкнуть надпись Backlog items слева и воспользоваться функцией быстрого создания:
Добавленные элементы можно перетаскивать между спринтами. После добавления щелкните строку дважды, чтобы открыть окно с подробными сведениями и назначить рабочий элемент участнику команды или указать дополнительную информацию о нем:
Также вы можете переключиться в режим доски и нажать кнопку + NEW:
Создание нестандартных запросов, их закрепление на информационной панели командного проекта
Перейдите на вкладку WORK и выберите элемент Queries слева. Как вы видите, в VSTS уже создан ряд запросов:
Чтобы создать новый запрос (например, возвращающий количество активных ошибок в проекте), нажмите кнопку New:
Чтобы сделать созданный запрос доступным для всей группы, перетащите его из раздела My queries в Shared queries. Затем вы можете вернуться к информационной панели Home, нажать кнопку + и выбрать Query results в открывшемся окне:
Щелкните новое мини-приложение, чтобы настроить его. Вы можете указать имя плитки, выбрать используемый запрос и отображаемые поля:
В следующей публикации мы обсудим настройку непрерывной интеграции между Visual Studio Team Services и репозиторием исходного кода в GitHub.
Оставайтесь на связи!
Об авторах
Julien Corioland — технологический евангелист Microsoft, Франция. После шести лет работы в должности консультанта, он является техническим евангелистом Microsoft во Франции. Основное направление работы — платформа приложений Microsoft Azure. Он помогает разработчикам создавать облачные приложени, а также входит в группу разработчиков инструмента Vorlon.JS, в которой он помогает внедрить практики DevOps.
Мы с удовольствием анонсируем, что разработчики проекта Vorlon.JS — Julien Corioland и Ettiene Margraff выступят в качестве докладчиков на конференции DevCon 2016, где эксклюзивно для участников интенсива по DevOps расскажут о своем опыте внедрения практик вживую, а так же предоставят возможность построить эти процессы своими руками.
Читайте также: