Химсофт Вики - Вклад [ru]

Заглавная страница

2026-05-20T10:03:04Z

Sidminik: /* 32px WEB ЛИМС «Тритея» */

<div style="display: flex; align-items: center; gap: 8px;">
=[[Файл:chemsoft_logo.svg|32px]] Портал Разработчиков лабораторных информационных систем компании [https://chemsoft.ru/ ООО «Химсофт»]=
</div>

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Chemic.png|32px]] ЛИС «Химик-аналитик»==
</div>

===[[Основные управляющие функции в дизайнере документов]]===
===[[Основные функции в калькуляторе и алгоритмах]]===
===[[Справочник разработчика]]===

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] WEB ЛИМС «Тритея»==
</div>

===[[Описание готовых шаблонов|Описание стандартных форм готовых шаблонов]]===

===[[Руководство по настройке шаблонов]]===
===[[Сервис интеграций]]===
===[[Описание работы и синтаксиса скриптов]]===
===[[Работа со справочной документацией]]===

Заглавная страница

2026-05-14T04:14:31Z

Sidminik:

<div style="display: flex; align-items: center; gap: 8px;">
=[[Файл:chemsoft_logo.svg|32px]] Портал Разработчиков лабораторных информационных систем компании [https://chemsoft.ru/ ООО «Химсофт»]=
</div>

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Chemic.png|32px]] ЛИС «Химик-аналитик»==
</div>

===[[Основные управляющие функции в дизайнере документов]]===
===[[Основные функции в калькуляторе и алгоритмах]]===
===[[Справочник разработчика]]===

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] WEB ЛИМС «Тритея»==
</div>

===[[Описание стандартных форм готовых шаблонов]]===

===[[Руководство по настройке шаблонов]]===
===[[Сервис интеграций]]===
===[[Описание работы и синтаксиса скриптов]]===
===[[Работа со справочной документацией]]===

Заглавная страница

2026-05-14T04:13:26Z

Sidminik: /* 32px ЛИС «Химик-аналитик» */

<div style="display: flex; align-items: center; gap: 8px;">
=[[Файл:chemsoft_logo.svg|32px]] Портал Разработчиков лабораторных информационных систем компании [https://chemsoft.ru/ ООО «Химсофт»]=
</div>

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Chemic.png|32px]] ЛИС «Химик-аналитик»==
</div>

===[[Основные управляющие функции в дизайнере документов]]===
===[[Основные функции в калькуляторе и алгоритмах]]===
===[[Справочник разработчика]]===

<div style="display: flex; align-items: center; gap: 8px;">

==[[Файл:Lis icon.png|32px]] WEB ЛИМС «Тритея»==
</div>

===[[Описание стандартных форм готовых шаблонов]]===

===[[Руководство по настройке шаблонов]]===
===[[Сервис интеграций]]===
===[[Описание работы и синтаксиса скриптов]]===
===[[Работа со справочной документацией]]===

Файл:Chemic.png

2026-05-14T04:13:10Z

Sidminik:

Заглавная страница

2026-05-14T03:31:11Z

Sidminik:

<div style="display: flex; align-items: center; gap: 8px;">
=[[Файл:chemsoft_logo.svg|32px]] Портал Разработчиков лабораторных информационных систем компании [https://chemsoft.ru/ ООО «Химсофт»]=
</div>

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] ЛИС «Химик-аналитик»==
</div>

===[[Основные управляющие функции в дизайнере документов]]===
===[[Основные функции в калькуляторе и алгоритмах]]===
===[[Справочник разработчика]]===

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] WEB ЛИМС «Тритея»==
</div>

===[[Описание стандартных форм готовых шаблонов]]===

===[[Руководство по настройке шаблонов]]===
===[[Сервис интеграций]]===
===[[Описание работы и синтаксиса скриптов]]===
===[[Работа со справочной документацией]]===

Файл:Chemsoft logo.svg

2026-05-14T03:30:23Z

Sidminik:

Заглавная страница

2026-05-14T02:18:43Z

Sidminik:

<div style="display: flex; align-items: center; gap: 8px;">
=[[Файл:Lis icon.png|32px]] Портал Разработчиков лабораторных информационных систем компании [https://chemsoft.ru/ ООО «Химсофт»]=
</div>

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] ЛИС «Химик-аналитик»==
</div>

===[[Основные управляющие функции в дизайнере документов]]===
===[[Основные функции в калькуляторе и алгоритмах]]===
===[[Справочник разработчика]]===

<div style="display: flex; align-items: center; gap: 8px;">
==[[Файл:Lis icon.png|32px]] WEB ЛИМС «Тритея»==
</div>

===[[Описание готовых шаблонов]]===
===[[Руководство по настройке шаблонов]]===
===[[Сервис интеграций]]===
===[[Описание работы и синтаксиса скриптов]]===
===[[Работа со справочной документацией]]===

Автоматическая генерация HTML-страниц и обновление сайта

2026-05-13T08:40:04Z

Sidminik: /* Автоматическая генерация HTML-страниц и обновление сайта */

==Автоматическая генерация HTML-страниц и обновление сайта==

После подтверждения <code>Merge request</code>:
*автоматически генерируется пакет с веб-страницами, включающий все последние изменения репозитория;
*пакет публикуется по адресам:
**https://astra.chemsoft.ru/doc
**https://triteia.chemsoft.ru/doc

Пример сформированного документа:

[[Файл:Help_1.png|center]]

Справочник состоит из ''оглавления'' в левой части интерфейса, и ''контента'' справа, отображающего содержимое выбранной главы.

Для удобства работы пользователя доступны функции ''навигации'', ''поиска'' и ''смены цветовой темы''.

Автоматическая генерация HTML-страниц и обновление сайта

2026-05-13T08:39:49Z

Sidminik: /* Автоматическая генерация HTML-страниц и обновление сайта */

==Автоматическая генерация HTML-страниц и обновление сайта==

После подтверждения <code>Merge request</code>:
*автоматически генерируется пакет с веб-страницами, включающий все последние изменения репозитория;
*пакет публикуется по адресам:
**https://astra.chemsoft.ru/doc
**https://triteia.chemsoft.ru/doc

Пример сформированного документа:

[[Файл:Help_1|center]]

Справочник состоит из ''оглавления'' в левой части интерфейса, и ''контента'' справа, отображающего содержимое выбранной главы.

Для удобства работы пользователя доступны функции ''навигации'', ''поиска'' и ''смены цветовой темы''.

Файл:Help 1.png

2026-05-13T08:38:42Z

Sidminik:

Автоматическая генерация HTML-страниц и обновление сайта

2026-05-13T08:38:19Z

Sidminik: /* Автоматическая генерация HTML-страниц и обновление сайта */

==Автоматическая генерация HTML-страниц и обновление сайта==

После подтверждения <code>Merge request</code>:
*автоматически генерируется пакет с веб-страницами, включающий все последние изменения репозитория;
*пакет публикуется по адресам:
**https://astra.chemsoft.ru/doc
**https://triteia.chemsoft.ru/doc

Пример сформированного документа:

1

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

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

Проверка и утверждение изменений в Merge Request

2026-05-13T08:36:22Z

Sidminik:

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

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

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

[[Файл:Help_32.png|center]]
<br>
[[Файл:Help_33.png|center]]

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

[[Файл:Help_34.png|center]]

На следующей странице необходимо настроить запрос на слияние, а именно:
*указать заголовок <code>merge request</code>;
*добавить описание <code>merge request</code>;
*назначить ответственного;
*назначить проверяющего;
*нажать кнопку <code>Create merge request</code>.

[[Файл:Help_36.png|center]]

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

[[Файл:Help_37.png|center]]

На странице запроса на слияния происходит подтверждение слияния с веткой проверяющим нажатием на кнопку <code>Merge</code>.

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

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

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

В этом случае необходимо:
*разрешить конфликты;
*опубликовать рабочую ветвь без конфликтов;
*вернуться к запросу на слияние на <code>GitLab</code>;
*убедиться в готовности к слиянию.

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

[[Файл:Help_38.png|center]]

Проверка и утверждение изменений в Merge Request

2026-05-13T08:30:10Z

Sidminik:

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

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

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

[[Файл:Help_32.png|center]]
<br>
[[Файл:Help_33.png|center]]

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

[[Файл:Help_34.png|center]]

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

[[Файл:Help_36.png|center]]

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

[[Файл:Help_37.png|center]]

На странице запроса на слияния происходит подтверждение слияния с веткой проверяющим нажатием на кнопку 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 - Редактирование сообщения к коммиту

[[Файл:Help_38.png|center]]

Файл:Help 38.png

2026-05-13T08:29:06Z

Sidminik:

Файл:Help 37.png

2026-05-13T08:28:57Z

Sidminik:

Файл:Help 36.png

2026-05-13T08:28:48Z

Sidminik:

Файл:Help 34.png

2026-05-13T08:28:37Z

Sidminik:

Файл:Help 33.png

2026-05-13T08:28:26Z

Sidminik:

Файл:Help 32.png

2026-05-13T08:28:16Z

Sidminik:

Проверка и утверждение изменений в Merge Request

2026-05-13T08:24:35Z

Sidminik:

Если внесённые изменения находятся в отдельной ветке 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

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (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

Проверка и утверждение изменений в Merge Request

2026-05-13T08:24:18Z

Sidminik:

Если внесённые изменения находятся в отдельной ветке 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

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (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

Проверка и утверждение изменений в Merge Request

2026-05-13T08:24:08Z

Sidminik:

Если внесённые изменения находятся в отдельной ветке 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

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (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

Проверка и утверждение изменений в Merge Request

2026-05-13T08:23:54Z

Sidminik:

Если внесённые изменения находятся в отдельной ветке 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

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (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

Проверка и утверждение изменений в Merge Request

2026-05-13T08:22:45Z

Sidminik: /* Проверка и утверждение изменений в Merge Request */

Если внесённые изменения находятся в отдельной ветке 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

После этого происходит перенаправление ещё на одну страницу, где необходимо указать ветку с изменениями (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

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T08:01:44Z

Sidminik: /* Публикация изменений на GitLab */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
*Переключиться на рабочую ветку.
*В разделе <code>Git Graph</code> найти последний коммит ветки <code>main</code> вверху появившегося списка коммитов;
*Через контекстное меню, вызванное правой кнопкой мыши, произвести слияние с веткой <code>main</code>.

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с <code>main</code> могут возникнуть конфликты, в случае если в двух разных ветвях (например <code>main</code> и <code>readme-develop</code>) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

Файлы, в которых возник конфликт подсвечиваются красным цветом в проводнике.

Далее разрешаются конфликты для каждого файла после нажатия на кнопку <code>Разрешить</code> в редакторе слияния.

<code>GIT</code> предложит принять изменения либо из рабочей ветки, либо из той, которая сливается с рабочей, либо принять изменения из обоих веток.

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит).

==Подготовка изменений к фиксации==

После внесения изменений в документы, откройте вкладку <code>Система управления версиями</code> (значок с тремя точками и линиями).

Здесь располагается список изменённых файлов.

Чтобы добавить изменения в индекс, нужно нажать знак <code>+</code> рядом с каждым файлом (или напротив <code>Изменения</code>, чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==

После добавления изменений в индекс в поле ввода <code>Сообщение</code> вверху вкладки <code>Система управления версиями</code> пишется краткое описание изменений (например, <code>Добавлена глава...</code>).

Нажмите на синюю кнопку <code>Фиксация</code> для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==

После создания коммита нажмите на кнопку <code>Опубликовать ветку</code> если рабочая ветка ранее не публиковалась на <code>GitLab</code> или <code>Синхронизировать изменения</code>, чтобы загрузить изменения в существующую ветку.

Эта кнопка отправит изменения на удалённый репозиторий <code>GitLab</code>.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T08:00:47Z

Sidminik: /* Создание коммита */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
*Переключиться на рабочую ветку.
*В разделе <code>Git Graph</code> найти последний коммит ветки <code>main</code> вверху появившегося списка коммитов;
*Через контекстное меню, вызванное правой кнопкой мыши, произвести слияние с веткой <code>main</code>.

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с <code>main</code> могут возникнуть конфликты, в случае если в двух разных ветвях (например <code>main</code> и <code>readme-develop</code>) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

Файлы, в которых возник конфликт подсвечиваются красным цветом в проводнике.

Далее разрешаются конфликты для каждого файла после нажатия на кнопку <code>Разрешить</code> в редакторе слияния.

<code>GIT</code> предложит принять изменения либо из рабочей ветки, либо из той, которая сливается с рабочей, либо принять изменения из обоих веток.

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит).

==Подготовка изменений к фиксации==

После внесения изменений в документы, откройте вкладку <code>Система управления версиями</code> (значок с тремя точками и линиями).

Здесь располагается список изменённых файлов.

Чтобы добавить изменения в индекс, нужно нажать знак <code>+</code> рядом с каждым файлом (или напротив <code>Изменения</code>, чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==

После добавления изменений в индекс в поле ввода <code>Сообщение</code> вверху вкладки <code>Система управления версиями</code> пишется краткое описание изменений (например, <code>Добавлена глава...</code>).

Нажмите на синюю кнопку <code>Фиксация</code> для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:59:53Z

Sidminik: /* Подготовка изменений к фиксации */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
*Переключиться на рабочую ветку.
*В разделе <code>Git Graph</code> найти последний коммит ветки <code>main</code> вверху появившегося списка коммитов;
*Через контекстное меню, вызванное правой кнопкой мыши, произвести слияние с веткой <code>main</code>.

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с <code>main</code> могут возникнуть конфликты, в случае если в двух разных ветвях (например <code>main</code> и <code>readme-develop</code>) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

Файлы, в которых возник конфликт подсвечиваются красным цветом в проводнике.

Далее разрешаются конфликты для каждого файла после нажатия на кнопку <code>Разрешить</code> в редакторе слияния.

<code>GIT</code> предложит принять изменения либо из рабочей ветки, либо из той, которая сливается с рабочей, либо принять изменения из обоих веток.

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит).

==Подготовка изменений к фиксации==

После внесения изменений в документы, откройте вкладку <code>Система управления версиями</code> (значок с тремя точками и линиями).

Здесь располагается список изменённых файлов.

Чтобы добавить изменения в индекс, нужно нажать знак <code>+</code> рядом с каждым файлом (или напротив <code>Изменения</code>, чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:59:04Z

Sidminik: /* Разрешение конфликтов при слиянии */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
*Переключиться на рабочую ветку.
*В разделе <code>Git Graph</code> найти последний коммит ветки <code>main</code> вверху появившегося списка коммитов;
*Через контекстное меню, вызванное правой кнопкой мыши, произвести слияние с веткой <code>main</code>.

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с <code>main</code> могут возникнуть конфликты, в случае если в двух разных ветвях (например <code>main</code> и <code>readme-develop</code>) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

Файлы, в которых возник конфликт подсвечиваются красным цветом в проводнике.

Далее разрешаются конфликты для каждого файла после нажатия на кнопку <code>Разрешить</code> в редакторе слияния.

<code>GIT</code> предложит принять изменения либо из рабочей ветки, либо из той, которая сливается с рабочей, либо принять изменения из обоих веток.

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит).

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:57:22Z

Sidminik: /* Слияние текущей рабочей ветки с main */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
*Переключиться на рабочую ветку.
*В разделе <code>Git Graph</code> найти последний коммит ветки <code>main</code> вверху появившегося списка коммитов;
*Через контекстное меню, вызванное правой кнопкой мыши, произвести слияние с веткой <code>main</code>.

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:55:35Z

Sidminik: /* Подгрузка актуальных изменений */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана;

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:55:25Z

Sidminik: /* Подгрузка актуальных изменений */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выбрать <code>main</code> из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:55:08Z

Sidminik: /* Подгрузка актуальных изменений */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Необходимо переключиться на ветку <code>main</code> (предварительно зафиксировав внесённые в свою ветку изменения):
*нажать на название текущей ветки в левом нижнем углу экрана ;
*нажать на название ветки и выберите <code>main</code> из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

*нажать на <code>Git Graph</code> и <code>Fetch From Remote</code> как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:53:00Z

Sidminik: /* Работа с существующей веткой */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>):
*сначала подгружаются все актуальные изменения из <code>main</code>;
*текущая ветка сливается с <code>main</code>;
*решаются конфликты (если возникают);
*только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:52:17Z

Sidminik: /* Работа с существующей веткой */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной (<code>main</code>), сначала подгружаются все актуальные изменения из <code>main</code>, текущая ветка сливается с <code>main</code> решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь.

Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===

Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:51:15Z

Sidminik: /* Создание отдельной ветки */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==

В <code>GIT</code> новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - <code>main</code>.

В нижнем левом углу выберите ветку (по умолчанию это обычно <code>main</code> или <code>master</code>).

Нажмите на название ветки и выберите <code>Создать новую ветвь</code>.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав <code>Enter</code>.

После подтверждения создания ветки произойдёт автоматическое переключение на неё.

В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:49:23Z

Sidminik: /* Алгоритм работы с GIT */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==

#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:49:17Z

Sidminik: /* Алгоритм работы с GIT */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==
#Создаётся отдельная ветка, в которой будет работать только один разработчик документации.
#Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку <code>main</code> из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку.
#Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс).
#Изменения фиксируются (делается коммит) с кратким описанием.
#Зафиксированные изменения публикуются на <code>GitLab</code>.

==Создание отдельной ветки==
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:47:54Z

Sidminik: /* Работа с существующей веткой */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==
*Создаётся отдельная ветка, в которой будет работать только один разработчик документации
*Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку main из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку
*Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс)
*Изменения фиксируются (делается коммит) с кратким описанием
*Зафиксированные изменения публикуются на gitlab

==Создание отдельной ветки==
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

===Подгрузка актуальных изменений===
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

===Слияние текущей рабочей ветки с main===
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

===Разрешение конфликтов при слиянии===
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:47:12Z

Sidminik: /* Создание отдельной ветки */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==
*Создаётся отдельная ветка, в которой будет работать только один разработчик документации
*Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку main из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку
*Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс)
*Изменения фиксируются (делается коммит) с кратким описанием
*Зафиксированные изменения публикуются на gitlab

==Создание отдельной ветки==
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

==Работа с существующей веткой==
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

3.1.1.1 Подгрузка актуальных изменений
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

3.1.1.2 Слияние текущей рабочей ветки с main
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

3.1.1.3 разрешение конфликтов при слиянии
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:45:46Z

Sidminik: /* Фиксация изменений и отправка в удаленный репозиторий GitLab */

Для контроля вносимых в документацию изменений и их публикации на <code>GitLab</code> используется система контроля версий <code>GIT</code>.

Перед началом работы с <code>GIT</code> необходимо его установить на компьютер и склонировать репозиторий.

==Алгоритм работы с GIT==
*Создаётся отдельная ветка, в которой будет работать только один разработчик документации
*Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку main из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку
*Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс)
*Изменения фиксируются (делается коммит) с кратким описанием
*Зафиксированные изменения публикуются на gitlab

==Создание отдельной ветки==
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

3.1.1 Работа с существующей веткой
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

3.1.1.1 Подгрузка актуальных изменений
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

3.1.1.2 Слияние текущей рабочей ветки с main
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

3.1.1.3 разрешение конфликтов при слиянии
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

==Подготовка изменений к фиксации==
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

==Создание коммита==
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

==Публикация изменений на GitLab==
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Фиксация изменений и отправка в удаленный репозиторий GitLab

2026-05-13T07:43:00Z

Sidminik: /* Фиксация изменений и отправка в удаленный репозиторий GitLab */

==Фиксация изменений и отправка в удаленный репозиторий GitLab==
Для контроля вносимых в документацию изменений и их публикации на gitlab используется система контроля версий GIT

Перед началом работы с GIT необходимо его установить на компьютер и склонировать репозиторий (см. п. 1.2)

Алгоритм работы с GIT следующий:

Создаётся отдельная ветка, в которой будет работать только один разработчик документации
Если работа производится в уже существующей ветке, то подгружается актуальная документация из удалённого репозитория в ветку main из которой добавляются изменения, внесённые другими пользователями, в текущую рабочую ветку
Изменения в документации подготавливаются к фиксации - все, либо выборочно (добавляются в индекс)
Изменения фиксируются (делается коммит) с кратким описанием
Зафиксированные изменения публикуются на gitlab
3.1 Создание отдельной ветки
В GIT новую ветку можно создать из любой другой, но в данной инструкции рассмотрен случай, когда все ветки создаются из одной главной - main.

В нижнем левом углу выберите ветку (по умолчанию это обычно main или master).
Нажмите на название ветки и выберите Создать новую ветвь.

[[Файл:Help_20.png|center]]

Введите название новой ветки и подтвердите создание, нажав Enter.
После подтверждения создания ветки произойдёт автоматическое переключение на неё. В новой ветке будут все изменения (коммиты) ветки, из которой она создавалась

[[Файл:Help_21.png|center]]

3.1.1 Работа с существующей веткой
Если необходимо внести изменения в уже существующую ветку, созданную из главной - main, сначала подгружаются все актуальные изменения из main, текущая ветка сливается с main решаются конфликты (если возникают), и только после этого вносятся изменения в текущую рабочую ветвь. Такой алгоритм позволяет уменьшить количество конфликтов и работать с актуальной версией документации в своей ветке.

3.1.1.1 Подгрузка актуальных изменений
Первым делом необходимо переключиться на ветку main (предварительно зафиксировав внесённые в свою ветку изменения - см п.3.2, 3.3): В левом нижнем углу экрана нажимаем на название текущей ветки
Нажмите на название ветки и выберите main из списка вверху посередине экрана.

[[Файл:Help_22.png|center]]

Затем нажимаем на Git Graph и Fetch From Remote как показано на рисунке ниже.

[[Файл:Help_23.png|center]]

3.1.1.2 Слияние текущей рабочей ветки с main
Переключитесь на рабочую ветку аналогично п.3.1.1.1.
Затем в разделе Git Graph найдите последний коммит ветки main вверху появившегося списка коммитов и через контекстное меню, вызванное ПКМ произведите слияние с веткой main:

[[Файл:Help_24.png|center]]
<br>
[[Файл:Help_25.png|center]]

3.1.1.3 разрешение конфликтов при слиянии
В процессе слияния рабочей ветки с main могут возникнуть конфликты, в случае если в двух разных ветвях (например main и readme-develop) были зафиксированы изменения в одном и том же файле.

При этом появится сообщение, в котором указаны файлы с конфликтующими изменениями:

[[Файл:Help_26.png|center]]

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

[[Файл:Help_27.png|center]]

После разрешения всех конфликтов производится фиксация изменений (коммит), см. п.3.2, 3.3

3.2 Подготовка изменений к фиксации
После внесения изменений в документы, откройте вкладку "Система управления версиями" (значок с тремя точками и линиями). Здесь располагается список изменённых файлов. Чтобы добавить изменения в индекс, нужно нажать знак «+» рядом с каждым файлом (или напротив "Изменения", чтобы добавить все файлы сразу).

[[Файл:Help_28.png|center]]

3.3 Создание коммита
После добавления изменений в индекс в поле ввода "Сообщение" вверху вкладки "Система управления версиями" пишется краткое описание изменений (например, "Добавлена глава..."). Нажмите на синюю кнопку "Фиксация" для фиксации изменений (коммит).

[[Файл:Help_29.png|center]]

3.4 Публикация изменений на GitLab
После создания коммита нажмите на кнопку "Опубликовать ветку" если рабочая ветка ранее не публиковалась на gitlab или "Синхронизировать изменения", чтобы загрузить изменения в существующую ветку
Эта кнопка отправит изменения на удалённый репозиторий GitLab.

[[Файл:Help_30.png|center]]
<br>
[[Файл:Help_31.png|center]]

Файл:Help 31.png

2026-05-13T07:41:18Z

Sidminik:

Файл:Help 30.png

2026-05-13T07:41:10Z

Sidminik:

Файл:Help 29.png

2026-05-13T07:41:02Z

Sidminik:

Файл:Help 28.png

2026-05-13T07:40:51Z

Sidminik:

Файл:Help 27.png

2026-05-13T07:40:39Z

Sidminik:

Файл:Help 26.png

2026-05-13T07:40:30Z

Sidminik:

Файл:Help 25.png

2026-05-13T07:40:22Z

Sidminik:

Файл:Help 24.png

2026-05-13T07:40:12Z

Sidminik:

Файл:Help 23.png

2026-05-13T07:40:01Z

Sidminik: