Visual studio online c


Visual Studio Online. Что это такое и с чем её едят? / Хабрахабр

Visual Studio Online, основанна на возможностях Team Foundation Server, представляет собой интернет-пространство для ваших проектов разработки. Быстро настройте необходимую облачную инфраструктуру без необходимости установки или настройки каких-либо серверов.

С какими IDE её можно использовать? — Visual Studio Online подключается к Visual Studio, Eclipse, Xcode и другим Git-клиентам, что позволяет обеспечить поддержку кроссплатформенной разработки.

Каждая учетная запись Visual Studio Online предусматривает возможность бесплатной работы пяти пользователей. По мере расширения группы или роста потребностей соединяйте и сопоставляйте пользовательские планы и ресурсы, чтобы дать каждому из пользователей именно то, что ему нужно. Подписчики Visual Studio с MSDN могут присоединяться к проектам в учетных записях с пятью бесплатными пользователями.

Размещайте код в облаке Размещайте код в облаке, чтобы иметь к нему доступ в любое время и из любого места. Используйте традиционную централизованную систему контроля версий Team Foundation Version Control или используйте репозитории Git, если вы предпочитаете распределенный подход.

Создайте частные репозитории исходного кода в облаке Независимо от того, сколько разработчиков вам необходимо поддерживать (3-5 человек или несколько тысяч), вы можете управлять исходным кодом в облаке, используя расширенные технологии ветвления, объединения и визуализации.

Выберите управление исходным кодом с помощью Git или TFVC Используйте ту модель управления исходным кодом, которая наилучшим образом вам подходит: распределенная система контроля версий с использованием Git, либо централизованная система контроля версий с использованием TFVC. Выбор за вами.

Обсуждайте изменения в коде с коллегами Создавайте комментарии и отвечайте на комментарии ваших сотрудников, созданные в местах изменения кода.

Управляйте работой в одном месте Управляйте проектом и в облаке. Быстро планируйте, контролируйте и отслеживайте все свои невыполненные работы и группы с помощью простых и полностью интегрированных средств для гибкого планирования и управления портфелем.

Фиксируйте невыполненные работы и работайте со спринтами Создавайте иерархически упорядоченные невыполненные работы на каждом уровне дробления для быстрого выявления, расстановки приоритетов и назначения работ. Используйте теги для быстрого распределения по категориям и фильтрации.

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

Отслеживайте ход выполнения работ с помощью доски Kanban и доски задач гибкой разработки Отслеживайте общий ход выполнения работ на доске Kanban во время выполнения группой имеющихся задач и отслеживайте ход выполнения работ для спринтов с помощью доски задач на базе Scrum.

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

Разгружайте сборки Используйте облачный контроллер сборки и месячный выделенный объем бесплатных минут сборки для распределения ресурсоемких задач сборки проекта в облаке.

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

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

Подробно изучайте структуру приложений Visual Studio Online Application Insights — это новая облачная служба (в настоящее время доступна версия Preview), которая собирает множество данных об операциях, производительности и использовании клиентами из клиентских приложений и приложений для устройств, а также серверных приложений, независимо от того, запущены ли они локально, в Microsoft Azure, в облачной службе стороннего поставщика или с использованием сочетания этих способов.

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

Отслеживайте использование вашего приложения. Узнайте все о своем приложении, изучая интерактивные данные, например географическое положение пользователей и предпочитаемые браузеры. Эти сведения затем можно будет использовать для принятия обоснованных решений по приложению.

Вывод: Visual Studio Online является функциональной и почти бесплатной ( до 5 пользователей ) альтернативой Team Foundation Server. Если вы маленькая команда разработчиков, то это как раз для вас.

habrahabr.ru

Visual Studio Online: непрерывная интеграция и тестирование

Дата публикации: 17.11.2015

Visual Studio Online, как и Team Foundation Server 2015, обладает возможностями для реализации процесса непрерывной интеграции. В этой статье мы рассмотрим пример использования Visual Studio Online (VSO) с репозиторием Git, а также способы настройки процессов непрерывной интеграции, тестирования и автоматического развертывания. Настройка сервиса Visual Studio Online один из самых быстрых способов для организации и планирования процесса сборки и развертывания приложений для различных платформ. Сервис в течение нескольких минут развернется и запустится на нашей облачной инфраструктуре без необходимости установки или настройки на отдельном сервере.

Использование VSO и Git

Создание проекта в VSO и инициализация удаленного Git репозитория

Создадим новый проект для работы команды в VSO. Заходим на сайт VSO, перейдем на главную страницу и нажмем New:   Укажем название и описание проекта. Выберем необходимый шаблон для ведения процесса разработки. Здесь же выбираем Git в качестве системы контроля версий и нажимаем кнопку «Create Project»:   Когда проект будет создан, нажмем кнопку «Navigate to project»:

 Отобразится главная страница проекта для работы нашей команды. Теперь необходимо инициализировать Git репозиторий. Переходим на страницу CODE и нажимаем «Create a ReadMe file». Репозиторий инициализируется и создается ветка master. Для примера, я настрою непрерывную интеграцию на этой ветке:   На скриншоте видим ветку master c файлом README.md:  Открытие проекта в Visual Studio, клонирование Git репозитория и создание решения.

Теперь откроем проект для работы команды в Visual Studio и клонируем репозиторий, для создания локальной копии.

Переходим на главную страницу проекта в VSO и нажимаем «Open in Visual Studio»:   Visual Studio открывает соединение с проектом VSO. В окне Team Explorer вводим адрес локального репозитория и нажимаем кнопку «Clone»:   Теперь нажмем «New» для создания нового решения:   Выберем шаблон проекта ASP.NET Web Application, укажем имя проекта и нажмем «OK»:   Выберем шаблон ASP.NET 5 Preview Web Application и нажмем на «OK»:   Теперь добавим проект, содержащий модульные тесты. Правой кнопкой нажимаем на решение в Solution Explorer, выбираем «Add New Project» и выберем шаблон Unit Test Project. Мое проект называется CITest.Tests.  Решение выглядит следующим образом:   Класс UnitTest1 был создан с единственным методом TestMethod1. TestMethod1 будет пройден, так как не имеет реализации. Добавим второй метод TestMethod2, c выражением Assert.Fail. Второй метод пройден не будет и как раз покажет, что исполнитель тестов, успешно определил и запустил необходимые тесты.

Скрипт запускает DNVM, определяет версию DNX из файла global.json нашего решения, устанавливает DNX и затем восстанавливает зависимости проекта, содержащиеся в файле project.json. После добавления файла Prebuild.ps1, решение будет выглядеть следующим образом:   Делаем коммит изменений в локальный репозиторий и отправляем на удаленный. Теперь необходимо добавить шаг со скриптом Powershell в определение сборки.Вернемся в VSO и отредактируем шаги сборки. Нажмем "+" и добавим Powershell шаг.   Передвинем задачу с Powershell скриптом в начало списка шагов сборки, так чтобы он запускался первым. Нажмем «Script» и выберем файл Prebuild.ps1. Нажмем «Save», а затем «Queue build», чтобы протестировать:   Теперь все шаги сборки пройдены успешно:   Тем не менее, если мы решим подробнее посмотреть результаты шага Test, то увидим предупреждение — No results found to publish. Но ведь мы добавили 2 метода в решение. Ответ содержится в следующем «Executing» выражении, которое показывает, что vstest.console был выполнен для 2 тестовых файлов — CITest.Tests.dll, что хорошо. И Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll, что плохо.   Необходимо изменить шаг сборки Test, чтобы исключить файл UnitTestFramework.dll Отредактируем определение сборки, выберем шаг Test и поменяем путь Test Assembly с текущего **\$(BuildConfiguration)\*test*.dll;-:**\obj\** на следующий **\$(BuildConfiguration)\*tests.dll;-:**\obj\**. Нажмем «Save» и «Queue Build»:   Сборка провалилась. Но это именно то, чего мы добивались. TestMethod2 содержит выражение Assert.Fail() и поэтому мы спровоцировали провал шага Test, как видно на скриншоте. Мы вызвали этот провал, чтобы доказать, что тесты запускаются корректно:   Настройка непрерывной интеграции, триггер для сборки и развертывание артефактов

Сейчас в определении сборки у нас есть предварительный шаг, который скачивает DNX, далее шаг, обеспечивающий сборку решения и шаг Test, который проваливается, благодаря методу TestMethod2. Теперь пришло время настроить непрерывную интеграцию и произвести изменения в классе UnitTest1. Затем мы произведем коммит и отправим изменения в репозиторий, что должно послужить триггером для запуска сборки. Отредактируем определение сборки и перейдем на вкладку Triggers. Выберем Continuous Integration (CI) и нажмем «Save»:   Отредактируем файл UnitTest1.cs в Visual Studio и удалим метод TestMethod2. Затем произведем коммит и отправим изменения. Вернемся в VSO и перейдем на страницу BUILD. В списке Queued мы должны увидеть сборку, ожидающую запуска:   Все шаги пройдены успешно. DNX успешно установлен на удаленный хост, где производится сборка. Решение собралось. Все тесты запущены и пройдены. Символьные файлы сгенерированы. И наконец, артефакты сборки опубликованы. То есть у нас готова новая, протестированная сборка приложения. 

Развертывание артефактов сборки на сервер веб приложения

Если мы размещаем наше веб-приложение в Azure, мы должны добавить в определение процесса сборки шаг Azure Web Application Deployment и в этом случае артефакты сборки будут автоматически разворачиваться в Azure, когда приложение будет успешно собрано и протестировано.  В качестве альтернативы, мы можем вручную скачать артефакты сборки и затем скопировать их на нужный сервер. Для того, чтобы это сделать нужно перейти к списку завершенных сборок и открыть необходимую. Затем выбрать вкладку Artifacts и нажать «Download». Полученный .zip файл будет содержать необходимые файлы. 

Тесты

Итак, у нас есть сайт. Давайте посмотрим, как можно его протестировать.

В качестве подготовки к запуску определений сборки имеем в виду подготовку агента сборки. По  ссылке представлены шаги для настройки агента сборки. Создаем определение процесса сборки и выбираем шаблон Visual Studio:   Выбор шаблона Visual Studio автоматически добавляет Build Task и Unit Tesk Task. Теперь заполним параметры, необходимые для каждой из задач. Задача Build task берет решение, которое должно быть построено и параметры конфигурации. Как было упомянуто ранее, это решение содержит код приложения, код для модульных тестов, а также автоматические Selenium тесты, которые мы хотим запустить, как один из этапов валидации сборки:   В конце добавим требуемые параметры, необходимые для задачи Unit Test — Test Assembly и критерий Test Filter. Обратим внимание, что в этой задаче мы берем dll модульных тестов, пронумеровываем все тесты и запускаем их автоматически. Вы можете включить критерий Test Filter и использовать фильтр по типам тестовых наборов, если есть необходимость запускать специфичные тесты. Другим важным моментом является, что модульные тесты в Visual Studio Test Task всегда запускаются на сервере, где происходит сборка и не требуют дополнительных настроек для развертывания:   Использование Visual Studio Online для управления тестами

Настройка виртуальных машин для развертывания приложения и запуска тестов

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

  1. Готовый и настроенный Windows Server 2012 R2 с установленным IIS для развертывания веб сайта или Microsoft Azure Website.
  2. Набор виртуальных машин с установленными браузерами (Chrome, Firefox и IE) для автоматического запуска Selenium тестов на этих машинах.

Необходимо убедиться, что на этих виртуальных машинах  настроен удаленный доступ через Powershell.

Как только виртуальные машины будут подготовлены, перейдем на страницу Test Hub->Machine для создания необходимой конфигурации как показано на скриншоте. Укажем имя для группы виртуальных машин и FQDN/IP адрес IIS/Web сервера виртуальных машины. Так же необходимо ввести логин и пароль администратора для будущих настроек:    Для тестовой среды укажем имя и добавим все IP адреса машин, которые уже были настроены с необходимыми браузерами. Как было упомянуто ранее, система автоматизированных тестов способна распределенно выполнять все тесты и может масштабироваться на разное количество виртуальных машин. В итоге, в хабе виртуальных машин будет одно приложение в тестовой среде и сама тестовая среда, например, в этом примере — это «Application Under Test» и «Test Machines» соответственно.  

Настройки развертывания и тестирования приложения

Сейчас мы добавим задачу для развертывания приложения на веб-сервер и задачу для удаленного запуска интеграционных тестов на виртуальных машинах. Мы будем использовать то же определение сборки, просто добавив новые шаги для реализации непрерывного развертывания. 

Развертывание веб сайта с использованием Powershell

Для начала скопируем все файлы веб-сайта в необходимое место. Нажмем «Add build step», добавим задачу «Windows Machine File Copy» и заполним параметры для копирования файлов. Теперь добавим «Run Powershell on Target Machine Tasks» в определение для развертывания/конфигурирования среды приложения. Для развертывания веб-приложения на веб-сервере выберем «Application under Test», в качестве группы виртуальных машин, их мы настроили ранее. Выберем Powershell задачу для развертывания веб-сайта. Убедимся, что этот скрипт включен в решение/проект. Эта задача выполнит Powershell скрипт на удаленной машине для настройки веб-сайта и других дополнительных шагов:

   

Копирование тестов на тестовое окружение

Добавим задачу «Copy Files» в определение сборки для копирования всех тестовых файлов в группу «Test Machines». Вы можете выбрать любое расположение, в примере используется “C:\Tests”   

Настройка Visual Studio Test Agent

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

Запуск тестов на удаленных виртуальных машинах

Когда настройка завершится, последней задачей необходимо будет добавить «Run Visual Studio Tests using Test Agent» для запуска тестов. В этой задаче укажем информацию Test Assembly и фильтр для выполнения тестов. Как часть верификации сборки мы хотим запустить P0 Selenium тесты, поэтому необходимо отфильтровать сборки, используя SeleniumTests*.dll как тестовую сборку.

Мы можем включить файл runsettings с тестами и любыми параметрами запуска теста, как входящие данные. Ниже мы указываем для тестов данные о том, где было развернуто приложение, используя переменную $(addurl):

  Как только задачи будут добавлены и настроены, необходимо сохранить определение процесса сборки. 

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

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

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

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

  Нажатие на «Test Results» позволяет перейти к результатам запуска тестов.Страница Test Run содержит набор графиков и механизмов для более глубокого изучения результатов:    При переходе на «Test Results», можно также увидеть информацию по каждому тесту — название теста, параметры теста, автора, виртуальную машину, где он был выполнен и т.д. Для каждого не пройденного теста, доступна опция «Update Analysis», для его анализа. На следующем скриншоте видно, что IE Selenium тесты провалились. Если нажать«Create Bug», то вся информация по тесту автоматически будет добавлена в созданный элемент:    

Настройки для непрерывной интеграции

Теперь, когда все тесты изучены и дефекты зарегистрированы, можно настроить определение процесса сборки для автоматического запуска процесса непрерывной интеграции, модульных тестов и интеграционных тестов для каждого чекина (check-in). Есть два способа настройки: 

  • Выбрать “Continuous Integration”, чтобы запускать процесс для каждого чекина
  • Выбрать специальный запуск по расписанию для проверки после внесения всех изменений.

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

Заключение

В конечном итоге, с помощью Visual Studio Online нам удалось решить несколько задач:

  1. Создание простого определения процесса сборки, включающего модульное тестирование и автоматизированные тесты
  2. Настроили тестовую среду и тестовые агенты
  3. Получили отчет о результатах сборки и запуска тестов
  4. Настроили процесс сборки с использованием подхода непрерывной интеграции

Полезные ссылки

Автор статьи: Мария Горелкина

msdn.microsoft.com

Beginner's Guide to Visual Studio Online

WEBINAR: On-demand webcast

How to Boost Database Development Productivity on Linux, Docker, and Kubernetes with Microsoft SQL Server 2017 REGISTER >

Introduction

Visual Studio has long been a staple for developers targeting applications for the Microsoft ecosystem.

So when Microsoft recently announced public availability of Visual Studio Online, it would be a bit of an understatement to say that the developer community was a bit shocked with the announcement.

The shock was felt because while Microsoft as a whole was moving to the cloud, it was not expected that the developer tools would also be part of the cloud bandwagon.  Visual Studio Online marks the shift to building applications in an online environment.

Microsoft has made it easy for developers to build applications anywhere by utilizing cloud infrastructure to connect your favorite IDE (Visual Studio, Eclipse, XCode and other Git clients) to Visual Studio Online and enable building software without requiring you to install or configure any server.

Features of Visual Studio Online

Cloud Based Code Hosting

Visual Studio Online supports hosting code in the cloud, which enables access to it anywhere anytime.

With first class support for Git, developers can now choose between Team Foundation Version Control and Git to manage their code.

Code repositories can be configured to support many developers with permissions that can be can restricted to authorized people.

Project Management

One of the things which have changed in Microsoft developer tools is the ever-improving support for project management. With Visual Studio Online, you can quickly manage your project in the cloud. Visual Studio online supports agile project management and the ability to plan, manage and track work for your team across all backlogs.

Visual Studio Online supports the creation of backlog and planning sprints completely online. Visual Studio Online provides scrum-based task board to track sprint progress as well as Kanban board to track overall progress.

Build and Test in the Cloud

Visual Studio Online supports managing, building, and testing your application completely in the cloud. One can choose to either build on demand or as part of continuous integration.

Build - Microsoft offers automating the build process, which can be scheduled every time code gets checked in or on a recurring basis (like overnight). Visual Studio Online also offers the ability to track the health of your builds over time.

Test - Developers can create and run manual tests for their application completely in the cloud. Moreover, Visual Studio Online also supports load tests for your application, which can be run in the cloud.

Deploy - Visual Studio Online also offers the ability to deploy continuously, including deploying to Windows Azure.

Monitor Applications

Visual Studio Online offers Visual Studio Online Application Insights (an online service) that can help track the operational health of your service whether it is running on-premises, Azure Cloud, private cloud or a mix of the three.

This allows developers to identify the bottlenecks of services and visualize how the application behaves with rich dashboards and reports. This can help developers understand using real-time data about how the application is being used.

Connecting with Other Services

Visual Studio Online supports connecting a Visual Studio Online account to a variety of services:

  • AppVeyor
  • Azure Service Bus
  • Azure Storage
  • Campfire
  • Flowdock
  • HipChat
  • Kato
  • MyGet
  • Trello
  • UserVoice
  • Web Hooks
  • Zapier

Summary

In this article we were introduced to Visual Studio Online. I hope you found this information useful. In upcoming articles, we will cover some of the above mentioned tasks as hands-on exercises.

About the Author

Vipul Patel is a Program Manager currently working at Amazon Corporation. He has formerly worked at Microsoft in the Lync team and in the .NET team (in the Base Class libraries and the Debugging and Profiling team). He can be reached at [email protected]

www.codeguru.com

Welcome. Sign in to Visual Studio.

Applications today are leveraging the cloud to deliver personalized experiences and offer new capabilities. So it’s no surprise the tool used to build those applications is also putting the connected developer at the center of the IDE.

In Visual Studio 2012, a few features already offered connected experiences that brought online services to specific features in Visual Studio. Team Explorer was one of the first by connecting developers to team development and collaboration tools in the cloud through Team Foundation Services online. Windows Store has integration into the Windows Store projects allowing you to reserve, associate and publish your Windows Store applications from within the IDE.

In Visual Studio 2013 Preview you can sign in to Visual Studio with a Microsoft account to enable features like synchronized settings that will roam with you to your other Visual Studio devices. This is just the beginning of a personalized and productive connected experience that over time will include more features taking advantage of the primary Microsoft account to deliver value to you, the developer.

In this post, I want to share some of what’s going on under the covers, the concepts that we’ve defined as part of this new capability and how we’ve arrived at experiences that make the connected IDE.

Our first step was to understand how developers use online identities across their work and personal lives. Most developers we surveyed actively used at least 2 or more Microsoft accounts for their regular development. Some online identities were created to represent their work personas and manage assets associated with an organization like their employer or a consulting client. Other identities were created to be shared and represent a team activity like credentials used to publish apps on the Windows Store. Of the online identities a developer used, one of them was often used as a primary account for personal activity such as email, recognition, and other personal information. Typically this primary online identity was also associated to mobile devices like their Windows 8 tablets and phones.

To model how developers work with multiple online identities we are introducing a top level online identity, for you to sign in with your existing Microsoft account, that is the primary online identity for the Visual Studio IDE and represents you the human. This identity is used to synchronize your settings across all your devices and stays active even when using a feature like Team Explorer or Store publishing with its own connections. You can sign in to Visual Studio on all your devices with this personal identity and Visual Studio will download your preferred settings like theme and key bindings and keep all devices in sync that are signed in under this identity. We’ll have more detail about how we built the roaming settings experience and the settings we roam in another post.

To enable switching between connections that may use different identities without prompting for credentials all the time, we added a secure credential storage to store connections you’ve used. Team Explorer now uses these stored connections to remember credentials for multiple Team Foundation Service accounts. Team Explorer also can switch between team projects in different Team Foundation Service accounts each with their own identity without prompting you to authenticate each time you switch accounts.

Visual Studio automatically keeps you signed in to your primary online identity and remembers the credentials so settings immediately start roaming and you can quickly access Team Foundation Service accounts without having to enter your password each time. The credentials storage is Windows User specific and is only available to that user. To disconnect a connection you need to manually sign out and Visual Studio will remove those credentials from the device.

One of the important benefits of synchronizing your Visual Studio settings is to make setting up a new device quick and easy. To get you up and running on new machines more quickly we redesigned the first launch experience to integrate your online identity so Visual Studio starts up with your preferred settings.

I’ll describe below the two “first launch” experiences you will see: the real first, on your first Visual Studio 2013 device, where you establish a profile and associated settings, and a first use on subsequent devices.

The first time you sign in on your first Visual Studio 2013 device, we’ll ask you for some information to personalize your profile as well as your preferred theme color and initial environment settings. We’ll remember these choices for you. If you sign in to a new device with Visual Studio 2013, we will download and set your choices automatically. Of course you can always change these and other settings any time and we’ll make sure they roam to all your devices.

You can use any valid Microsoft account to sign in to the Visual Studio 2013 Preview. We recommend you sign in with the Microsoft account you have associated with your MSDN subscription or Team Foundation Service account for the best experience. If you have multiple Microsoft accounts just pick the one you use most often like the account associated with your Windows 8 device.For now we only support Microsoft accounts but we are looking at expanding our options in the future.

If you skipped signing in when first running VS2013, you can sign in anytime from the identity card in the upper right corner of the IDE. Once you sign in, the identity card will give you quick access to useful identity information: your name and avatar, active TFS account or server, team project, and username as well as shortcuts to other connected IDE tasks.

The Account Settings dialog also enables you to access your Visual Studio profile and tosign out from Visual Studio. When you sign out of Visual Studio from the account settings dialog we disconnect your primary online identity. After signing out your personal information is removed from the identity card and Visual Studio stops roaming settings to or from this device but leaves behind the last settings we synced before you signed out. Sign out of the account settings is not a global sign out so you will still need to sign out of other connected experiences within Visual Studio separately.

We think many of you will sign in and leverage the capabilities that come with signing in, so we want to make sure our online services can handle all of our users registering and synchronizing settings across all their devices with Visual Studio 2013. Leading to this Preview release, we have done load simulation internally, and wanted to extend this verification to real use. In the coming weeks, we will be monitoring service health, measuring service responsiveness, improving performance, and responding to live site issues as they come up, as well as reviewing your feedback on all the connected experiences. By asking all of you to sign in to this pre-release we hope to gather usage data to scale out and support millions of connected users by the time we ship.

The 14 day trial period lets users download and use the product offline and then sign in at a later time that works for them. As your trial gets close to expiring we’ll remind you to sign in with notifications in the new notification hub. At the end of the trial period you will be required to sign in to unlock Visual Studio so don’t wait for the last minute.

When we release Visual Studio 2013, we will support the same ways to unlock the product as Visual Studio 2012 including volume licensed builds and entering your own product key. Once you unlock Visual Studio with a product key you can still optionally sign in later to start roaming settings across all your devices.

We work very hard to offer a reliable service with minimum downtime but from time to time service downtime might occur, either due to our scheduled service maintenance to provide you a better service or an unscheduled event in the case we run into trouble. Features like our push notifications for roaming settings and periodic polling will make sure your Visual Studio connection is always up to date and minimize any impact to you if an outage does occur. We take every outage that occurs on our live sites very seriously with a dedicated response teams that respond to automated monitor reports as well as customer feedback.

If you encounter a problem with the experiences I described, the first place to check is the visualstudio.com service status site. This is where our ops team will publish any outages that affect visualstudio.com including those that impact the connected experiences in the Visual Studio client. We’ll keep this site updated with progress as the incident is investigated and follow up with a wrap up postmortem once the incident is resolved. To ask a question about any service on the live site use the Team Foundation Service Forum site.

There are many new opportunities to personalize and improve your Visual Studio experiences as we connect you to new cloud services and capabilities. You’ll see more features throughout Visual Studio use your primary identity to connect to online services and expose new connected features. You’ll also see Visual Studio do a better job of remembering credentials for more connected experiences. Stay tuned for more on these and other changes in a later post.

We want to hear your feedback about the new connected IDE experiences to make sure we build the best product for you. As you try these new experiences, sign in with your Microsoft account and roam your settings, then reach up and use the send-a-smile to tell us what is working well and what areas you would like to see us improve the experience for you. If you find a bug use the Connect site to let us know. Bugs logged through connect go directly on to the engineering team’s backlog and are also available for other customers to follow the resolution. If you have ideas of what else you’d like to see create a suggestion on User Voice for the community to vote on.

Finally thank you for taking the time to try out our features and letting us know what you think.

Anthony Cangialosi – Lead Senior Program Manager, Visual Studio Platform Team

Short Bio – Anthony Cangialosi is a lead program manager for the Visual Studio platform team which works on the core features that all teams in Visual Studio build on and all developers use. Anthony joined the Visual Studio team in 2001 and has worked on a variety of areas including mobile device development the Visual Studio SDK, and the Visual Studio Ecosystem.

blogs.msdn.microsoft.com

Вход в Visual Studio

 

Самая актуальная документация по Visual Studio 2017: Документация по Visual Studio 2017.

Процесс разработки в Visual Studio можно оптимизировать и персонализировать, если настроена учетная запись персонализации при входе в среду IDE.

При входе в Visual Studio можно получить следующие преимущества.

  • Предоставляет доступ в обширному ряду преимуществ из программы Visual Studio Dev Essentials, включая бесплатное программное обеспечение, обучение, поддержку и многое другое. Дополнительные сведения см. в разделе Visual Studio Dev Essentials.

  • Синхронизация параметров Visual Studio. Настраиваемые параметры, например привязки клавиш, макет окна и цветовая тема, вступают в силу сразу после входа в Visual Studio на любом другом устройстве. См. раздел Синхронизированные параметры в Visual Studio.

  • Неограниченная по времени разблокировка выпуска Visual Studio Express. Вы можете использовать любой из выпусков Visual Studio Express столько, сколько потребуется; ограничение ознакомительного периода в 30 дней снимается.

  • Разблокировка Visual Studio Community Edition вместо ограничения ознакомительного периода в 30 дней.

  • Продление пробного периода Visual Studio. Пробный период Visual Studio Professional и Visual Studio Enterprise продлен с 30 до 90 дней.

  • Разблокировка Visual Studio при использовании учетной записи, связанной с подпиской MSDN или VSO. См. раздел Разблокирование Visual Studio.

  • Автоматическое подключение к таким службам, как Azure и Visual Studio Team Services, в интегрированной среде разработки без повторного запроса учетных данных одной и той же учетной записи.

При первом запуске Visual Studio появляется запрос на вход и ввод основных регистрационных сведений. Необходимо выбрать учетную запись Майкрософт или рабочую либо школьную учетную запись, которую вам будет удобнее использовать. Если у вас нет таких учетных записей, можно создать учетную запись Майкрософт бесплатно. См. раздел Регистрация учетной записи Майкрософт

Затем выберите параметры пользовательского интерфейса и цветовую тему, которые должны использоваться в Visual Studio. Visual Studio запоминает эти параметры и синхронизирует их во всех средах Visual Studio, в которых вы выполняли вход. Список синхронизируемых параметров см. в разделе Синхронизированные параметры. Параметры можно всегда изменить позже с помощью меню Сервис | Параметры Visual Studio.

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

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

В меню Файл | Параметры учетной записи можно просматривать и изменять сведения профиля и лицензии Visual Studio. Чтобы изменить сведения профиля, например имя учетной записи, аватар или адрес электронной почты, выполните следующие действия.

  1. Перейдите в меню Файл | Параметры учетной записи.

  2. В диалоговом окне Параметры учетной записи щелкните ссылку Управление профилем Visual Studio.

  3. На странице личных сведений Майкрософт в браузере нажмите кнопку Изменить сведения.

  4. Измените нужные параметры.

  5. После завершения операции нажмите кнопку Сохранить изменения.

msdn.microsoft.com


Смотрите также