Перейти к содержанию

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

Материал из Химсофт Вики
Новая страница: «==Проверка и утверждение изменений в Merge Request== Если внесённые изменения находятся в отдельной ветке GIT, они должны быть добавлены в одну единственную, главную ветку (обычно main), в которой находится вся остальная документация. Для этого необходимо выполн...»
 
Строка 1: Строка 1:
==Проверка и утверждение изменений в Merge Request==
Если внесённые изменения находятся в отдельной ветке GIT, они должны быть добавлены в одну единственную, главную ветку (обычно main), в которой находится вся остальная документация.
Если внесённые изменения находятся в отдельной ветке GIT, они должны быть добавлены в одну единственную, главную ветку (обычно main), в которой находится вся остальная документация.


Для этого необходимо выполнить следующее:
Для этого необходимо выполнить следующее:
*Зайти на страницу с репозиторием, в данном случае https://gitlab.chemsoft.ru/chemic3-group/chemsoft-docs-content
*Создать запрос на слияние (merge request) одним из двух способов:
**через вкладку Merge requests в боковом меню слева
**с помощью кнопки, появляющейся в верхней части окна после внесения изменений на gitlab
При первом способе после нажатия на вкладку Merge requests в разделе Code левого бокового меню происходит перенаправление на страницу, где нужно нажать на кнопку New merge request
32
<br>
33


Зайти на страницу с репозиторием, в данном случае https://gitlab.chemsoft.ru/chemic3-group/chemsoft-docs-content
Создать запрос на слияние (merge request) одним из двух способов:
через вкладку Merge requests в боковом меню слева
с помощью кнопки, появляющейся в верхней части окна после внесения изменений на gitlab
При первом способе после нажатия на вкладку Merge requests в разделе Code левого бокового меню происходит перенаправление на страницу, где нужно нажать на кнопку New merge request
32 33
После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (Source branch - слева) и ветку для слияния (Target branch - справа), и нажать на кнопку Compare branches and continue
После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (Source branch - слева) и ветку для слияния (Target branch - справа), и нажать на кнопку Compare branches and continue


34 На следующей странице необходимо настроить запрос на слияние, а именно:
34  
 
На следующей странице необходимо настроить запрос на слияние, а именно:
*Указать заголовок merge request
*Добавить описание merge request
*Назначить ответственного
*Назначить проверяющего
*Нажать кнопку Create merge request
 
36


Указать заголовок merge request
Добавить описание merge request
Назначить ответственного
Назначить проверяющего
Нажать кнопку Create merge request 36
При втором способе после нажатия кнопки Create Merge Request проделываются шаги 1-5, описанные выше.
При втором способе после нажатия кнопки Create Merge Request проделываются шаги 1-5, описанные выше.
37
37


Строка 25: Строка 32:


Сообщение Ready to merge! означает что конфликты между ветками отсутствуют и они готовы к слиянию.
Сообщение Ready to merge! означает что конфликты между ветками отсутствуют и они готовы к слиянию.
Если возникают конфликты, вместо этого сообщения будет соответствующее предупреждающее сообщение. В этом случае необходимо разрешить конфликты следуя пунктам 3.1.1.1, 3.1.1.2, 3.1.1.3 и опубликовать рабочую ветвь без конфликтов (п.3.3, 3.4), после чего вернуться к запросу на слияние на gitlab и убедиться в готовности к слиянию.
 
Если возникают конфликты, вместо этого сообщения будет соответствующее предупреждающее сообщение.  
 
В этом случае необходимо разрешить конфликты следуя пунктам 3.1.1.1, 3.1.1.2, 3.1.1.3 и опубликовать рабочую ветвь без конфликтов (п.3.3, 3.4), после чего вернуться к запросу на слияние на gitlab и убедиться в готовности к слиянию.


Так же при слиянии существуют дополнительные действия:
Так же при слиянии существуют дополнительные действия:
*Delete source branch - удаление рабочей ветки
*Squash commits - Объединение коммитов в один
*Edit commit message - Редактирование сообщения к коммиту


Delete source branch - удаление рабочей ветки
Squash commits - Объединение коммитов в один
Edit commit message - Редактирование сообщения к коммиту
38
38

Версия от 08:22, 13 мая 2026

Если внесённые изменения находятся в отдельной ветке GIT, они должны быть добавлены в одну единственную, главную ветку (обычно main), в которой находится вся остальная документация.

Для этого необходимо выполнить следующее:

  • Зайти на страницу с репозиторием, в данном случае https://gitlab.chemsoft.ru/chemic3-group/chemsoft-docs-content
  • Создать запрос на слияние (merge request) одним из двух способов:
    • через вкладку Merge requests в боковом меню слева
    • с помощью кнопки, появляющейся в верхней части окна после внесения изменений на gitlab

При первом способе после нажатия на вкладку Merge requests в разделе Code левого бокового меню происходит перенаправление на страницу, где нужно нажать на кнопку New merge request

32
33

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (Source branch - слева) и ветку для слияния (Target branch - справа), и нажать на кнопку Compare branches and continue

34

На следующей странице необходимо настроить запрос на слияние, а именно:

  • Указать заголовок merge request
  • Добавить описание merge request
  • Назначить ответственного
  • Назначить проверяющего
  • Нажать кнопку Create merge request

36

При втором способе после нажатия кнопки Create Merge Request проделываются шаги 1-5, описанные выше.

37

На странице запроса на слияния происходит подтверждение слияния с веткой проверяющим нажатием на кнопку Merge При этом есть возможность для просмотреть изменения, и оставить комментарий (замечания) к запросу.

Сообщение Ready to merge! означает что конфликты между ветками отсутствуют и они готовы к слиянию.

Если возникают конфликты, вместо этого сообщения будет соответствующее предупреждающее сообщение.

В этом случае необходимо разрешить конфликты следуя пунктам 3.1.1.1, 3.1.1.2, 3.1.1.3 и опубликовать рабочую ветвь без конфликтов (п.3.3, 3.4), после чего вернуться к запросу на слияние на gitlab и убедиться в готовности к слиянию.

Так же при слиянии существуют дополнительные действия:

  • Delete source branch - удаление рабочей ветки
  • Squash commits - Объединение коммитов в один
  • Edit commit message - Редактирование сообщения к коммиту

38