Прошу консультацию по Gitlab CI⁠⁠

For custom scripting to trigger a pipeline for each commit in a push, you would typically use the GitLab API along with a script that identifies each commit. Below is a conceptual example of how you might set this up. This script would be part of a GitLab CI pipeline, and its purpose is to trigger a new pipeline for each commit that is part of the push.

### Script Overview

1. **List Commits**: The script lists all commits that are part of the push.

2. **Trigger Pipeline**: For each commit, the script triggers a new pipeline via the GitLab API.

### Example Script

This example uses Bash scripting and GitLab's API. You will need a GitLab access token with the appropriate permissions to trigger a pipeline.

#!/bin/bash

# Set your project ID and your GitLab access token

PROJECT_ID="your_project_id"

PRIVATE_TOKEN="your_access_token"

# Get the list of commit hashes from the push

# Adjust the range as needed, e.g., HEAD~3..HEAD for the last 3 commits

commit_hashes=$(git log --pretty=format:%H HEAD~3..HEAD)

# Loop through each commit and trigger a pipeline

for commit_hash in $commit_hashes; do

# API call to trigger a pipeline for the specific commit

curl --request POST "https://gitlab.com/api/v4/projects/$PROJECT_ID/trigger/pipel..." \

--form "ref=your_branch_name" \

--form "token=$PRIVATE_TOKEN" \

--form "variables[COMMIT_SHA]=$commit_hash"

done

### Integration

- This script can be integrated as part of a GitLab CI pipeline or run manually.

- Ensure the GitLab runner has the necessary permissions and configurations to execute this script.

### Caution

- This script can generate a large number of pipelines, especially if you frequently push multiple commits. Be mindful of the resource usage and potential load on your CI server.

Вот что советует ChatGPT. Похоже на то, что вам нужно? Выглядит не супер сложно.

Вы не рассматривали возможность использования git pre-commit hook? Иными словами, не пытаться выполнить задачу с помощью gitlab CI. А делать на локальной репе, каждый раз когда дев вносит изменения в бранч.

TRDL: всё ок, так и должно быть. Линтинг и тесты должны проверить состояние всего кода в ветке на момент последнего коммита, разве что это намеренно не было сломано.

Более подробное описание:

Коммиты наслаиваются друг на друга, пайплайн на последнем коммите проверяет итоговое состояние кода на момент этого коммита, т.е. проверено абсолютно всё, что было сделано в этой ветке.

После мержа коммиты из ветки-источника переносятся в целевую ветку, где могут быть коммиты, которых изначально не было у разработчика в его ветке (были помержены после, например).

В этот момент целесообразно повторно прогнать линтинг и тесты. Гитлаб создаст пайплайну по последнему коммиту, но проверка всё равно будет выполнена не только по коммиту, а по всему состоянию ветки в момент запуска.