Лабораторная работа

Введение в использование Git с Team Foundation Server 2015

Lab version: 14.0.23107.0

Last updated: 9/22/2015

TABLE OF CONTENT

ВВЕДЕНИЕ В ИСПОЛЬЗОВАНИЕ GIT С TEAM FOUNDATION SERVER 2015 ............................................................ 1

PREREQUISITES ...................................................................................................................................................... 3

О КОМПАНИИ FABRIKAM FIBER ........................................................................................................................... 3

УПРАЖНЕНИЯ ....................................................................................................................................................... 3

Резюме

Из этой лабораторной работы вы узнаете о том, как использовать Git с Team Foundation Server

2015 и Visual Studio 2015. Git - распределенная система контроля версий, его репозитории могут

располагаться как локально (например, на машине разработчика), так и на сервере Team

Foundation Server. Вы увидите, как создавать локальный репозиторий, который может быть

синхронизирован с центральным репозиторий на Team Foundation Server, как делать ветвление и

слияние.

Prerequisites Для выполнения лабораторной работы вам понадобится виртуальная машина с Visual Studio 2015

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

О компании Fabrikam Fiber Эти лабораторные работы в качестве основы для сценариев, о которых вы узнаете в процессе,

оперируют несуществующей компанией Fabrikam Fiber. Fabrikam Fiber занимается кабельным

телевидением и сопутствующими сервисами в США. Компания быстро растет и уже начала

использовать Microsoft Azure для того, чтобы масштабировать свой веб-сайт для обслуживания их

запросов и отслеживания деятельности инженеров. Компания использует локальное приложение

ASP.NET MVC для управления заказами клиентов.

В этих лабораторных работах вы изучите сценарии, включенные в рабочий процесс команды

разработки и тестирования Fabrikam Fiber. Команда, состоящая из 8-10 человек, решила

использовать средства управления жизненным циклом проектов Visual Studio 2015 для того, чтобы

контролировать программный код, выполнять сборки, тестировать веб-сайты, планировать и

отслеживать происходящее с проектом.

Упражнения Эта лабораторная работа включает в себя следующие упражнения:

1. Введение в Git

2. Ветвление и слияние в Git

Примерное время выполнения лабораторной работы: 30 минут.

Упражнение 1: Введение в Git

В этом упражнении вы научитесь создавать, клонировать и делать пуш коммитов в репозиторий

Git с Team Foundation Server 2015.

1. Войдите под аккаунтом Julia Ilyiana (VSALM\Julia). Пароль: P2ssw0rd.

2. Запустите Visual Studio 2015 и откройте Team Explorer. Вы должны быть подключены к

командному проекту FabrikamFiber, если этого не произошло, нажмите Connect to Team

Projects ( ) и инициируйте подключение.

3. Есть несколько причин выбора Git внутри TFS командой Fabrikam Fiber – они могут

взаимодействовать друг с другом используя утилиты типа Xcode, которые поддерживают

протокол Git, они могут работать оффлайн и коммитить код локально, перенося его в TFS

при появлении связи, и поддержка Git в Visual Studio 2015.

4. Нажмите File | New | Team Project.

5. Назовите новый проект “FabrikamCommunity” и нажмите на Next.

Изображение 1

Создание командного проекта

6. Нажмите на Next.

Изображение 2

Создание командного проекта

7. Отметьте опцию “Do not conИзображение a SharePoint site at this time” и нажмите на

Next.

Изображение 3

Создание командного проекта

8. Выберите версию Git и нажмите на Finish

Изображение 4

Создание командного проекта с Git-репозиторием

9. Нажмите на Close.

10. Нажмите на Clone Repository.

Изображение 5

Клонирование репозитория

11. Нажмите на Clone.

Изображение 6

Клонирование репозитория

Изображение 7

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

12. В Team Explorer – Home нажмите на Settings.

Изображение 8

Настройки проекта

13. Нажмите на Global Settings.

Изображение 9

Настройки Git

14. Введите e-mail (julia.ilyiana@vsalm) и нажмите на Update.

Изображение 10

Настройка e-mail

15. Нажмите на Home.

Изображение 11

Главная страница

16. Создайте новую рабочую задачу в продуктовом бэклоге, нажав Team | New Work Item |

Product Backlog Item в главном меню.

17. Введите “Create new web site” и нажмите на Save Work Item. Обратите внимание на ID

сохраненной задачи.

Изображение 12

Создание новой рабочей задачи в бэклоге

18. В Team Explorer – Home нажмите на New….

Изображение 13

Создание нового решения

19. Выберите шаблон Visual C# | Web | ASP.NET Web Application.

Изображение 14

Создание нового веб-сайта

20. Отметив шаблон MVC 4, снимите настройку “Host in the cloud” и нажмите OK.

Изображение 15

Создание нового веб-сайта

21. Нажмите на OK.

22. В Team Explorer – Home нажмите на Changes.

Изображение 16

Просмотр изменений

23. В проект были автоматически добавлены файлы .gitattributes и .gitignore. Файл

.gitattributes содержит настройки поведения Git, файл .gitignore определяет шаблон, по

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

Изображение 17

Изменения в проекте, включенные в коммит

24. Введите комментарий к коммиту “initial MVC site for work item #247”. Если идентификатор

у вашей задачи другой, введите его – использование # с идентификатором позволяет

привязать коммит к рабочей задаче при пуше на сервер.

Изображение 18

25. Выполните коммит, нажав на Commit. Коммит сохранится локально, не уходя на сервер.

Изображение 19

Локальный коммит

26. Изменим содержание сайта. В Solution Explorer откройте файл Views | Shared |

_Layout.cshtml.

Изображение 20

Файл _Layout.cshtml

27. Измените название страницы (с “My ASP.NET Application” на “Community”).

Изображение 21

Изменение названия сайта

28. Введите в Team Explorer – Changes комментарий к коммиту нажмите на Commit.

Сохраните изменения, нажав на Save.

Изображение 22

Комментарий к коммиту

29. Перейдите в раздел коммитов, нажав на Sync.

Изображение 23

Раздел коммитов

30. Раздел Team Explorer – Synchronization содержит как входящие, так и исходящие

коммиты. В данный момент мы видим два локальных коммита, которые готовы к пушу на

сервер

Изображение 24

Исходящие коммиты

31. Нажмите на Sync для того, чтобы сделать пулл и пуш и удостовериться, что мы имеем

перед пушем последнюю версию кода.

Изображение 25

Синхронизация с сервером

Изображение 26

Синхронизация с сервером

32. Посмотрим на то, как эти коммиты выглядят на веб-портале. В Team Explorer – Home

нажмите на Web Portal

Изображение 27

Запуск веб-портала

33. На портале нажмите на Code.

Изображение 28

Переход к коду

34. Нажмите на History. На этой вкладке показаны два коммита, относительный размер

которых (количество измененных файлов) можно определить, посмотрев на размер

сферы слева.

Изображение 29

Обзор коммитов

Примечание: перед появлением индикатора размера может пройти некоторое время.

35. Нажмите на ссылку на первый коммит.

Изображение 30

Выбор первого коммита

36. К этому коммиту привязана задача “Create new web site”. Нажмите на ссылку, чтобы

открыть задачу.

Примечание: прежде чем рабочая задача привяжется к коммиту может пройти

некоторое время.

Изображение 30

Привязанная к коммиту задача

Изображение 31

Привязанная к коммиту задача

Упражнение 2: ветвление и слияние в

Git

В этом упражнении вы увидите, как делать ветвление и слияние в Git с помощью Visual Studio

2015. Ветвление используется для разделения контекстов разработки и снижения рисков.

Ветвление в Git в этом смысле не исключение, и создание ветки в Git – операция простая, так как

создается новая ссылка на существующий коммит. В этом существенное отличие от ветвления в

Team Foundation Version Control (TFVC), где на серверной стороне должно быть дублировано все

дерево. Также мы посмотрим на слияние в Git.

1. Откройте в Visual Studio Team Explorer – Home.

2. Нажмите на Branches.

Изображение 32

Ветки

3. Нажмите правой кнопкой на master и выберите New Local Branch From.

Изображение 33

Создание локальной ветки

4. Введите “Development” и нажмите Checkout Branch | Create Branch.

Изображение 34

Создание ветки

5. Новая ветка была создана локально и не отправлена на сервер. Локально, без

подключения к Team Foundation Server, можно создавать сколь угодно много веток.

Изображение 35

Создание локальной ветки

6. В Solution Explorer откройте HomeController.cs из папки Controllers.

7. Измените метод About.

Изображение 36

Изменение исходников в новой ветке

8. Введите комментарий к коммиту “dev version” и нажмите на Commit.

Изображение 37

Выполнение коммита

9. Выберите в Team Explorer – Changes ветку Development.

Изображение 38

Переход между ветками

10. Обратите внимание, что в ветке Master содержимое HomeController.cs осталось прежним.

Изображение 39

Переход между ветками

Изображение 40

Файл HomeController

11. Если вы хотите работать локально, можно не публиковать ветку на сервер. В Team

Explorer – Branches нажмите правой кнопкой на ветке Development. Нажмите на View

History.

Изображение 40

Просмотр истории для локальной ветки

Изображение 41

История ветки

12. Вы можете удалить ветку, слить ее с веткой Master или сделать пуш на сервер, чтобы дать

доступ к этой ветке другим разработчикам. Опубликуйте ветку, нажав правой кнопкой на

ветке Development и нажав на Publish Branch.

Изображение 42

Публикация ветки

Изображение 43

Публикация прошла успешно

13. Предположим, что другой разработчик внес изменение в HomeController.cs и сделал

коммит в ветку Master перед тем, как Julia слила свои изменения.

14. Войдите в систему под аккаунтом Adam Barr (VSALM\Adam) с паролем P2ssw0rd.

15. Запустите Visual Studio 2015.

16. Нажмите на Connect to Team Projects в Team Explorer – Home. Нажмите на Select Team

Projects.

Изображение 44

Подключение к командному проекту

17. Нажмите на FabrikamCommunity. Нажмите на Connect.

Изображение 45

Подключение к командному проекту

18. Клонируйте репозиторий.

19. Откройте Global Settings в Team Explorer – Settings и добавьте e-mail. E-mail в нашем случае

не играет существенной рол.

Изображение 46

Настройка e-mail

20. Нажмите два раза на MvcApplication1.sln в Team Explorer – Home.

Изображение 47

Решение

21. Внесите изменение в HomeController.cs.

Изображение 48

Изменение заголовка страницы

22. В Team Explorer – Changes введите комментарий к коммиту “Adam’s version” и нажмите на

Commit. Обратите внимание – для коммита был установлен Adam и ветка Master.

Изображение 49

Выполнение коммита

23. Нажмите на Sync..

Изображение 50

Синхронизация с сервером

24. Нажмите на Sync

Изображение 51

Кнопка Sync

25. Войдите в систему под Julia.

26. Julia создала локальную ветку, отличную от Master, внесла изменение в файл и

опубликовала эту ветку. Теперь надо слить ее ветку Development с веткой Master.

27. В Team Explorer – Branches нажмите на Merge.

Изображение 52

Слияние веток в Git

28. Выберите в качестве источника Development, назначения - Master. Нажмите на Merge.

Изображение 53

Слияние веток в Git

29. Сейчас выбран репозиторий Master, и HomeController.cs содержит версию текста из

разработки. Слияние было выполнено локально, ветка Master была обновлена последним

коммитом ветки Development.

Изображение 54

Локальное слияние

30. Нажмите правой кнопкой на ветке Master в Team Explorer – Branches и нажмите на View

History…. Этот раздел должен выглядеть аналогично тому, что видели раньше, за

исключением того, что сейчас ветки Development/Master имеют общий коммит.

Изображение 55

Локальное слияние

31. Julia до сих пор не знает о том, что Adam сделал пуш в основную ветку, поэтому пытается

сделать свой пуш. Нажмите на Sync.

Изображение 56

Синхронизация с сервером

32. Visual Studio сообщит, что коммит не может быть запушен из-за имеющегося конфликта.

Изображение 57

Конфликт между двумя коммитами

33. Нажмите на Resolve the Conflicts.

Изображение 58

Разрешение конфликтов

34. В Team Explorer – Resolve Conflicts нажмите на _Layout.cshtml в секции Conflicts. Нажмите

на Merge.

Изображение 59

Разрешение конфликтов

35. Окно Merge, используемое Git для разрешения конфликтов, похоже на то, что

используется в Team Foundation Version Control. Предположим, что изменение, внесенное

Julia, правильное, и нажмем на правом верхнем углу.

Изображение 60

Окно Merge

36. Нажмите на Accept Merge.

Изображение 61

Окно Merge

37. Нажмите на Commit Merge.

Изображение 62

Коммит после разрешения конфликта слияния

38. В Team Explorer – Changes видно, что конфликты были разрешены, но еще нужно сделать

коммит слияния. Нажмите на Commit.

Изображение 63

Коммит слияния

39. Нажмите на Sync.

Изображение 64

Несинхронизированные коммиты

40. Нажмите на Sync для окончания процесса слияния.

Изображение 65

Синхронизация с сервером

41. Нажмите на Web Portal в Team Explorer – Home.

Изображение 66

Веб-портал Fabrikam Fiber

42. Нажмите на Code.

Изображение 67

Обзор коммитов

43. Нажмите на History для того, чтобы посмотреть, все ли ветки были опубликованы в

репозиторий.

Изображение 68

Обзор коммитов

44. Нажмите на Branches для того, чтобы посмотреть, все ли ветки были опубликованы в

репозиторий.

Изображение 69

Обзор веток

45. Посмотрим на то, как управлять безопасностью и правами Git-репозитория в Team

Foundation Server. Нажмите на FabrikamCommunity. Нажмите на Manage Repositories.

Изображение 70

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

46. Внутри одного командного проекта вы можете создавать другие Git-репозитории.

Изображение 71

Создание Git-репозитория

47. Нажмите на FabrikamCommunity.

Изображение 72

Переход к обзору репозитория

48. Здесь можно управлять безопасностью репозитория для пользователей и групп.

Изображение 73

Управление безопасностью репозитория

49. Нажмите на ветку Master. Здесь можно выполнить настройку безопасности на уровне

выбранной ветки.

Изображение 74

Управление безопасностью ветки

Политики ветвления

Для того, чтобы члены команды могли увидеть ваш код в Git, вам нужно сделать Pull-запрос и

потом сделать Merge. Pull-запросы зают возможность разработчикам, работающим в разных

ветках, иметь обратную связь от других разработчиков перед тем, как отправлять код в ветку

Master.

1. Перейдите в администраторскую панель FabrikamCommunity и выделите master.

Изображение 75

Ветка Master

2. Посмотрим на то, как настроить политики ветвления. Нажмите Branch Policies.

Изображение 76

Вкладка Branch policies

3. Отметьте опцию “Require code reviews using pull request”, чтобы иметь возможность

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

умолчанию же это значение равно 1.

Изображение 77

Код-ревью

Примечание: вы можете настроить политики так, чтобы сборка выполнялась при

обновлениях ветки Master.

4. Вы можете настроить это так, что процесс будет требовать ревью от конкретных людей

конкретных областей кода – например, Julia должна подтверждать все изменения

контроллером MVC. Нажмите “Add a new path”.

Изображение 78

Настройка ревью

5. Установите значение Path в так, как на скриншоте, и нажмите Add User.

Изображение 79

Настройка ревью

6. Выберите Julia Ilyiana и нажмите Save Changes.

Изображение 80

Настройка ревью

7. Нажмите Save Changes.

Изображение 81

Изменение политик ветвлеия

Задание 5: Code Review и Merge с использованием Pull-запросов

1. Переключитесь на Adam.

2. В Team Explorer - Branches нажмите два раза на Master.

3. В Team Explorer - Synchronization обратите внимание на два входящих коммита. Если их

нет, нажмите Fetch.

4. Нажмите Sync.

Изображение 82

Синхронизация с сервером

5. Предположим, что Adam уже работает над проектом и ему надо обновить код

контроллера. Создайте ветку от Master – в Team Explorer – Branches нажмите правой

кнопкой на master и выберите New Local Branch From…

Изображение 83

Создание локальной ветки

6. Назовите ее “users/adam/controllerupdate”. Нажмите Create Branch.

Изображение 84

Создание локальной ветки

7. Добавьте в метод About в файле HomeController.cs запись“Adam’s enhanced description

page.”

Изображение 85

Обновление кода

8. В Team Explorer – Changes введите текст коммита и нажмите Commit.

Изображение 86

Коммит

9. В Team Explorer – Branches нажмите правой кнопкой на ветке и нажмите Publish Branch.

Изображение 87

Публикация ветки

10. Нажмите “Create a pull request”.

Изображение 88

Pull-запрос

11. Проверьте на веб-портале Pull-запрос и нажмите Create Pull Request.

Изображение 89

Pull-запрос

12. После создания изучите Pull-запрос – в нем предлагается Merge, добавлено описание от

Adam, а также есть вкладки с измененными файлами и коммитами. Также сообщается, что

конфликтов для Merge нет и для дальнейшей работы нужно подтверждение от Julia.

Изображение 90

Pull-запрос

13. Нажмите Complete Pull Request.

Изображение 91

Попытка выполнить Pull-запрос

14. Нажмите OK.

Изображение 92

Попытка выполнить Pull-запрос

15. Вы увидите предупреждение о том, что для продолжения работы нужно получить

подтверждение от всех ревьюеров.

Изображение 93

Попытка выполнить Pull-запрос

16. Теперь необходимо каким-либо образом уведомить Julia о том, что ей необходимо

подтвердить Pull-запрос.

17. Переключитесь на Julia и на веб-портале нажмите в проекте FabrikamCommunity на Code |

Pull Requests.

Изображение 94

Pull-запросы

18. Нажмите Assigned to Me.

Изображение 95

Просмотр Pull-запросов

19. Нажмите на ссылку из запроса Adam.

Изображение 96

Просмотр Pull-запроса

20. Теперь Julia может отревьюить все изменения и вынести решение. Нажмите Approved.

Изображение 97

Подтверждение Pull-запросов

21. Секция Active показывает отсутствие конфликтов для Merge и все ревьюеры подтвердили

изменения. Нажмите Complete Pull Request.

Изображение 98

Завершение Pull-запроса

Изображение 99

Завершенный Pull-запрос

22. Переключитесь на Adam.

23. Обновите страницу.

Изображение 100

Завершенный Pull-запрос

To give feedback please write to VSKitFdbk@Microsoft.com

Copyright © 2015 by Microsoft Corporation. All rights reserved.