Git. Системы контроля версий

Для сдачи задания рекомендуется использовать систему контроля версий и присылать ссылку на проект. А не просто набор файлов в почтовом сообщении.

Открытые площадки

Почти на всех проектах работаем с Bitbucket Server от Attlassian или с Gitlab, у заказчиков в качестве системы контроля версий используются эти продукты, чаще всего. Эти продукты можно использовать и без установки, имеются уже развёрнутые решения:

• https://bitbucket.org/
• https://gitlab.com/

Где можно зарегистрироваться и создавать свои репозитории, команды. Репозитории могут быть открытыми и закрытыми.

BitBucket — часть enterprise-решения, где есть jira, confluence и всё это работает в связке. А GitLab — открытое решение, для сравнительно небольших компаний и команд. В Performance Lab нагрузочниками используется GitLab для внутренних проектов.

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

• https://github.com/

Если заказчик не предоставляет доступ к своему репозиторию, но нужно организовать работу команды с исходным кодом, то удобно использовать Bonobo Git Server, который просто установить и настроить на одной из нагрузочных станций, чаще всего нагрузочные станции работают под Microsoft Windows Server.

Описание	Bitbucket	GitLab	GitHub	Bonobo
Online-площадка	Да	Да	Да
Закрытые проекты (бесплатно)	Да	Да
Свой сервер (бесплатно)		Да		Да

Проверка задания

На BitBucket.org пользователь, которого нужно добавить в команду проекта:

• https://bitbucket.org/owasp

На GitLab.com пользователь, которого нужно добавить в команду проекта:

• https://gitlab.com/smirnov_va

На GitHub.com закрытый проект не создать просто так, поэтому там никого в команду добавлять не надо, и так будет всё видно. Мой пользователь там:

• https://github.com/polarnik

Работа с репозиторием

При создании репозитория на сайте bitbucket/gitlab/github процесс может отличаться.

А при работе с репозиторием процесс всегда одинаковый:

• можно использовать консольный клиент;
• можно использовать графический клиент.

Наиболее удобным графическим клиентом для Windows считаю клиент от Atlassian:

• https://www.sourcetreeapp.com/

А также стандартный клиент git-gui и стандартное приложение gitk, они успешно работают даже если нет подключения к сети Интернет.

Широкий список клиентов доступен на странице:

• https://git-scm.com/downloads/guis

SourceTree + WinMerge

Хорошая связка для сохранения результатов разработки JMeter в git:

• SourceTree для работы с Git-репозиторием (https://www.sourcetreeapp.com/);
• WinMerge для сравнения jmx-документов, вызывается по <Ctrl+D> из SourceTree (http://winmerge.org/).

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

В SourceTree есть возможность подключить WinMerge в качестве инструмента сравнения.

Теперь если в SourceTree выделить изменённый файл со скриптом Apache.JMeter и нажать <Ctrl+D>, то откроется WinMerge и покажет изменения в скрипте. Которые легко отразить в комментарии к commit-у.

Ссылка на версию

Присылать на проверку можно как ссылку на репозиторий. Так и ссылку на конкретную версию.

С помощью команды git tag или возможностей графического клиента задаётся метка, например, «v0.01». И далее удобно отправлять на проверку проект указанной версии и продолжать работу над проектом.

Примеры таких ссылок для bitbucket.org:

• https://bitbucket.org/atlassian-marketplace/jmeter-sbt-plugin/downloads/?tab=tags.

Примеры таких ссылок для gitlab.com:

• https://gitlab.com/gitlab-org/gitlab-ce/tags.

Примеры таких ссылок для github.com:

• https://github.com/pflb/Jmeter.Plugin.TailSampler/releases;
• https://github.com/pflb/Jmeter.Plugin.TailSampler/tags.

Использовано изображение с сайта multifandom.ru