Непрерывная интеграция - контроль версий
Системы контроля версий, также известные как системы контроля версий, системы управления исходным кодом или системы контроля версий, представляют собой механизм для хранения нескольких версий ваших файлов, поэтому при изменении файла вы все равно можете получить доступ к предыдущим версиям.
Первой популярной системой контроля версий был проприетарный инструмент UNIX под названием SCCS(Система контроля исходного кода), которая восходит к 1970-м годам. Это было замененоRCS, Система контроля версий и более поздние версии CVS, Система одновременных версий.
В настоящее время наиболее популярными системами контроля версий являются Subversion а также Git. Давайте сначала посмотрим, почему нам нужно использовать систему контроля версий, а затем давайте посмотрим, как поместить наш исходный код вGit source code repository system.
Назначение системы контроля версий
Одна из причин, по которой мы используем термин «контроль версий» вместо «контроль версий», заключается в том, что контроль версий применяется не только для исходного кода. Каждый артефакт, связанный с созданием вашего программного обеспечения, должен находиться под контролем версий.
Developers should use it for source code - По умолчанию весь исходный код должен храниться в системе контроля версий.
Related artefacts- Каждая система будет иметь связанные с исходным кодом артефакты, такие как сценарии базы данных, сценарии сборки и развертывания, документация, библиотеки и файлы конфигурации для вашего приложения, вашего компилятора и набора инструментов и т. Д. Все это дополняет весь процесс разработки и развертывания, а также должно храниться в системе управления версиями.
Сохранение всей информации о приложении в системе управления версиями упрощает воссоздание тестовой и производственной среды, в которой работает ваше приложение. Это должно включать информацию о конфигурации для стека программного обеспечения вашего приложения и операционных систем, которые составляют среду, файлы зоны DNS, конфигурацию межсетевого экрана и т. Д.
Как минимум, вам понадобится все необходимое для воссоздания двоичных файлов вашего приложения и сред, в которых они работают. Задача состоит в том, чтобы все, что может измениться в любой момент жизненного цикла проекта, хранилось под контролем. Это позволяет восстановить точный снимок состояния всей системы от среды разработки до производственной среды в любой момент истории проекта.
Полезно даже хранить файлы конфигурации для сред разработки группы разработчиков в системе контроля версий, поскольку это позволяет всем членам команды использовать одни и те же настройки. Аналитики должны хранить документы с требованиями. Тестировщики должны держать свои тестовые сценарии и процедуры в системе контроля версий. Руководители проектов должны сохранять здесь свои планы релизов, графики выполнения и журналы рисков.
Короче говоря, каждый член команды должен хранить любой документ или файл, связанный с проектом, в системе контроля версий.
Работа с Git для системы контроля версий исходного кода
В этом разделе мы сосредоточимся на том, как Git можно использовать в качестве системы управления версиями. Он будет сосредоточен на том, как вы можете загрузить свой код в систему контроля версий и управлять изменениями в ней.
Наше демонстрационное приложение
Для целей этого урока мы рассмотрим простой Web ASP.Netприложение, которое будет использоваться для всего процесса непрерывной интеграции. В этом упражнении нам не нужно сосредотачиваться на деталях всего кода, просто обзора того, что делает проект, достаточно для понимания всего процесса непрерывной интеграции. Это приложение .Net было построено с использованиемVisual Studio Integrated Development Environment.
На следующем снимке экрана показана структура решения в среде Visual Studio. Это очень простое веб-приложение, основной код которогоDemo.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.
Step 1 - Инициализировать Git Repository. Перейдите в командную строку, перейдите в папку своего проекта и введите командуgit init. Эта команда добавит необходимые файлы Git в папку проекта, чтобы он мог быть распознан Git, когда его нужно будет загрузить в репозиторий.
Step 2- Добавление ваших файлов, которые необходимо добавить в репозиторий Git. Это можно сделать, выполнивgit add command. Параметр точка сообщает Git, что все файлы в папке проекта необходимо добавить в репозиторий Git.
Step 3- Последний шаг - зафиксировать файлы проекта в репозитории Git. Этот шаг необходим, чтобы убедиться, что все файлы теперь являются частью Git. Команда, которую нужно выполнить, представлена на следующем снимке экрана. В–m option заключается в предоставлении комментария к загрузке файлов.
Ваше решение теперь доступно в Git.