Учебники

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

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

Первой популярной системой контроля версий был проприетарный UNIX-инструмент под названием SCCS (Система контроля исходного кода), который датируется 1970-ми годами. Это было заменено RCS , системой контроля версий, а затем CVS , системой параллельных версий.

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

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

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

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

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

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

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

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

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

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

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

Работа с Git для системы контроля версий исходного кода

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

Наше демо-приложение

Для целей всего этого руководства мы рассмотрим простое приложение Web ASP.Net, которое будет использоваться для всего процесса непрерывной интеграции. Нам не нужно сосредотачиваться на деталях всего кода для этого упражнения, просто иметь представление о том, что делает проект, достаточно для понимания всего процесса непрерывной интеграции. Это приложение .Net было построено с использованием интегрированной среды разработки Visual Studio .

На следующем снимке экрана показана структура решения в среде Visual Studio. Это очень простое веб-приложение с основным кодом в файле Demo.aspx .

Демо ASPX

Код в файле Demo.aspx показан в следующей программе –

<html xmlns = "http://www.w3.org/1999/xhtml">
   <head runat = "server">
      <title>TutorialsPoint</title>
   </head>
   
   <body>
      <form id = "form1" runat="server">
         <div><%Response.Write("Continuous Integration"); %></div>
      </form>
   </body>
   
</html>

Код очень прост и просто выводит строку «Непрерывная интеграция» в браузер.

Когда вы запустите проект в Google Chrome, результат будет таким, как показано на следующем снимке экрана.

Запустить проект

Перемещение исходного кода в Git

Мы собираемся показать, как перенести исходный код в Git из интерфейса командной строки, чтобы знание того, как можно использовать Git, было более понятным для конечного пользователя.

Шаг 1 – Инициализируйте репозиторий Git . Перейдите в командную строку, перейдите в папку вашего проекта и введите команду git init . Эта команда добавит необходимые файлы Git в папку проекта, чтобы Git мог их распознать, когда его необходимо загрузить в репозиторий.

GIT Репозиторий

Шаг 2 – Добавление ваших файлов, которые необходимо добавить в репозиторий Git. Это можно сделать, введя команду git add . Опция точка сообщает Git, что все файлы в папке проекта необходимо добавить в репозиторий Git.

GIT Добавить команду

Шаг 3 – Последний шаг – зафиксировать файлы проекта в репозитории Git. Этот шаг необходим для того, чтобы все файлы теперь были частью Git. Команда для выдачи приведена на следующем снимке экрана. Опция –m – предоставить комментарий к загрузке файлов.

-М Вариант

Ваше решение теперь доступно в Git.