Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file added labs/screenshots/another-screenshot.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added labs/screenshots/pr-template.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added labs/screenshots/verified-commit.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
56 changes: 56 additions & 0 deletions labs/submission1.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,56 @@
## Task 1 — SSH Commit Signature Verification

### 1. Краткое объяснение преимуществ подписания коммитов
Так как у многих есть доступ к репозиторию - подписание коммитов позволяет подтвердить подлинность автора изменений и гарантировать целостность данных. Это означает, что коммит действительно был создан конкретным разработчиком и не был изменён после публикации. Что повышает уровень безопасности и доверия при работе с репозиторием.

### 2. Доказательство успешной настройки SSH-ключа и подписанного коммита
1. SSH-ключ был успешно создан и добавлен в GitHub.
2. Git настроен для использования SSH-подписи коммитов.
3. Коммит был создан с использованием SSH-подписи и успешно отправлен в удалённый репозиторий.


### 3. Почему подписание коммитов важно в DevOps-процессах?
Над проектом одновременно работают многие разработчики и автоматизированные системы. Подпись коммитов обеспечивает прозрачность, ответственность и безопасность, позволяя однозначно определить автора каждого изменения. Это снижает риск внедрения несанкционированных или вредоносных изменений и упрощает создание нужного кода.

### 4. Подтверждение (verification) подписи коммита на GitHub
Коммит отображается на GitHub с пометкой **Verified**, что подтверждает успешную подпись коммита и корректную настройку SSH-ключа. Данная пометка видна в истории коммитов и в Pull Request.



## Task 2

### Настройка PR-шаблона

Для стандартизации pull request’ов был создан шаблон по пути:

.github/pull_request_template.md

Шаблон содержит следующие разделы:
- Goal — цель изменений
- Changes — описание внесённых изменений
- Testing — информация о тестировании
- Checklist — чеклист для самопроверки перед отправкой pull request’а

Файл был добавлен в ветку **main**, так как GitHub применяет PR-шаблоны только из основной ветки репозитория.

### Проверка автозаполнения PR-шаблона

На скриншоте ниже показано, что при создании pull request’а из ветки 'feature/lab1' в ветку 'main'
описание PR автоматически заполняется содержимым шаблона

![Автозаполнение PR-шаблона](screenshots/pr-template.png)


### Как PR-шаблоны улучшают совместную работу

PR-шаблоны улучшают командную работу и DevOps-процессы по следующим причинам:
- все участники команды предоставляют одинаково структурированную информацию
- процесс code review становится быстрее и понятнее
- уменьшается вероятность пропуска важных шагов, таких как тестирование или обновление документации


Что повышает качество кода и делает процесс разработки более прозрачным и предсказуемым

### Возникшие сложности

Возникли не большие сложности из-за того что новые PR создавались без шаблона, пришлось заново пересоздавать ветку 'feature/lab1' и все сработало