Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лабораторные работы / GIT / Лабораторная работа 3.docx
Скачиваний:
19
Добавлен:
17.06.2023
Размер:
16.03 Mб
Скачать

Работа на сервере

Теперь задача на серверном компьютере слить все ветки и изменения для приведения приложения в полноценный рабочий вид. Переключение между ветками осуществляется командой git checkout НазваниеВетки. При переключении на переданные ветки, содержимое папки сервера меняем вид в соответствии с теми зафиксированными файлами, которые присущи той ветке (рисунки 33-34).

Рисунок 33 – Переключение на ветку первого клиента

Рисунок 34 – Переключение на ветку второго клиента

Теперь необходимо слить ветки, то есть чтобы все файлы в своем последнем состоянии отображались в папке. Для слияния веток используется команда git merge НазваниеВетки. Для этого переключаемся обратно на ветку masterи выполняем команду git merge Ryndina (рисунок 35) для того, чтобы изменения на ветке Ryndina были добавлены на ветку master.

Рисунок 35 – Слияние веток

Теперь необходимо сделать тоже самое и со второй веткой (рисунок 36).

Рисунок 36 – Слияние второй ветки

При втором слиянии возник конфликт. Это связано с тем, что при сравнении файлов (снимков последних состояний) необходимо части программного когда выстраивать туда, где уже есть другой программный код. Однако, программа находится в состоянии ручного слияния (отображение в скобках master/MERGING), то есть пользователь может просмотреть все файлы, исправить необходимые части, добавить изменённые файлы в состояние подготовленной для фиксации и произвести фиксацию. После чего слияние будет считаться завершенным.

Поэтому открываем проект в Delphi, и видим, что части программы подписаны к какой ветке они относятся (рисунок 37). Данные строки можно и нужно удалить. После чего проверить все программные коды на правильность. Можно запускать приложении пошагово, для обнаружения ошибок.

Рисунок 37 – Программный код во время ручного слияния

Рисунок 38 – Исправленный программный код

Рисунок 39 – Исправленный программный код

Рисунок 40 – Программный код во время ручного слияния

Рисунок 41 – Исправленный программный код

После того, как приложение заработало корректно, необходимо выполнить команду git status, и добавить в состояние готовое к коммиту все измененные файлы и произвести фиксацию (рисунки 42-43). После чего слияние будет завершено, все файлы зафиксированы и приложение функционировать правильно (рисунки 44-45).

Рисунок 42 – Выполнение команды git status

Рисунок 43 – Добавление файлов

Рисунок 44 – Работающее приложение

Рисунок 45 – Работающее приложение

Задание для самостоятельной работы:

В соответствии с предметной областью определенной преподавателем, разрабатывается информационная система (база данных в среде Access, а клиентское приложение в Delphi). В клиентском приложении необходимо разработать главную форму программы, главное меню (содержит пункты файлы и справочники). После этого ИС и Проект (вместе с соответствующими формами) загружаются в папку хранилища. После чего каждому человеку в бригаде необходимо склонировать созданное хранилище с файлами для выполнения своей части работы.

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

Обеспечьте возможность проверки преподавателем неполнофункционального работающего приложения (например, на 1 контрольной неделе, 2 контрольной неделе и т.д.), сохраняя несколько версий приложения во время процесса разработки.

По окончанию работы бригады, свои части необходимо передать на сервер, где выполняется слияние работ и отлаживание работоспособности ИС.