terraform/tf_provider
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

release: пересобраны и перезалиты X.0.0 по всем стендам (prod 1.0.0, dev 2.0.0, test 3.0.0)

Browse Source 
Полный цикл 03 (01 YAML -> 02 Go/доки -> сборка 3 платформ -> GPG -> S3) по каждому стенду
начиная с YAML. Профиль dev: VERSION 2.0.1 -> 2.0.0 (db9d93e).

Проверено: sha256 залитого linux-бинарника == локальной сборке на всех трёх
(prod 9c20e0a7, test 9cdfa8b8, dev 86c667f7); по 5 объектов на версию; YAML 36/36/40.

Отличие от заливки 30.09: теперь в сборки вошли 8 коммитов правок ядра/генераторов
(core, resources_core, resource-generator, check_schema_names + вызов в 03).
Документация: HISTORY/2026-10-01_release_x_0_0_all_stands.md, VERSIONS.md.
This commit is contained in:
Repinoid
2026-10-01 08:12:13 +03:00
parent bf1b083775
commit 8eae7f383d
2 changed files with 74 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files
HISTORY/2026-10-01_release_x_0_0_all_stands.md
+67
View File
@@ -0,0 +1,67 @@
# 2026-10-01 — Перезаливка провайдера во все три стенда под версиями X.0.0 (после обновления кода)
> Команда владельца: «надо — ЗАНОВО всё перегенерить, начиная с YAML по всем стендам,
> сгенерить провайдеры и залить их под номерами х.0.0».
## Зачем повторно
С релиза от 2026-09-30 (`bed269c`) в `master` пришло **8 коммитов** правок ядра и генераторов
(`provider/internal/core/*`, `resources_core/*`, `TOOLS/resource-generator/*`,
новый страж `TOOLS/scripts/check_schema_names.sh` + его вызов в `03`). Прежние сборки
`1.0.0`/`2.0.0`/`3.0.0` были сделаны из более старого кода — их пересобрали заново.
## Как выполнено
Начиная с YAML — полный цикл `03` (скрипт сам вызывает `01` → `02` → сборка → GPG → заливка):
```bash
export MC_CONFIG_DIR=/tmp/mc-cfg
./TOOLS/scripts/03_build_and_upload_provider.sh --profile TOOLS/config/prod 1.0.0
./TOOLS/scripts/03_build_and_upload_provider.sh --profile TOOLS/config/test 3.0.0
./TOOLS/scripts/03_build_and_upload_provider.sh --profile TOOLS/config/dev 2.0.0
```
Перед этим: `TOOLS/config/dev/profile.env` → `VERSION="2.0.1"` → **`"2.0.0"`**
(коммит `db9d93e`); у `test`/`prod` профили уже содержали `3.0.0`/`1.0.0`.
## Результат
| Стенд | Namespace | Версия | YAML | Сборка | Заливка |
|---|---|---|---|---|---|
| prod | `nubes` | `1.0.0` | 36/36 | 3 платформы | 5/5 ✅ |
| test | `nubes-test` | `3.0.0` | 36/36 | 3 платформы | 5/5 ✅ |
| dev | `nubes-dev` | `2.0.0` | 40/40 | 3 платформы | 5/5 ✅ |
Платформы везде: `linux/amd64`, `windows/amd64`, `darwin/amd64` (`CGO_ENABLED=0`),
подпись `SHA256SUMS.sig` (ключ `CB3A0DF161ECC416`).
## Проверки
**sha256 залитого бинарника == локально собранному** (`linux/amd64`):
| Стенд | Версия | Результат |
|---|---|---|
| prod | `1.0.0` | ✅ `9c20e0a7…` |
| test | `3.0.0` | ✅ `9cdfa8b8…` |
| dev | `2.0.0` | ✅ `86c667f7…` |
Дополнительно:
- `S3`: у каждой версии обновлены все **5 объектов** (mtime — сегодня);
- API `/versions`: `nubes` → `['1.0.0']`, `nubes-test` → `['3.0.0']`,
`nubes-dev` → `['2.0.0','2.0.1','2.0.21','2.0.22','2.0.23','2.0.24']`;
- YAML-каталоги после генерации: `prod` 36, `test` 36, `dev` 40, stale нет.
## ⚠️ Последствия (приняты владельцем)
- Версии `1.0.0` / `2.0.0` / `3.0.0` **перезаписаны новыми бинарниками** → у пользователей
с `.terraform.lock.hcl` будет `checksum mismatch` (лечится `terraform init -upgrade`).
- В dev-реестре остаются также `2.0.1` и `2.0.21`–`2.0.24` — они не пересобирались.
- Заливка шла по узкому каналу (~1.3–4.9 МБ/мин на поток); prod и test заливались параллельно.
## Связанные документы
- `HISTORY/2026-09-30_release_1_0_0_2_0_0_3_0_0_all_stands.md` — первая заливка этих версий.
- `HISTORY/2026-09-30_dev_registry_prune_versions.md` — удаление dev-версий < 2.0.21.
- `HISTORY/2026-10-01_sync_tf_to_213_mirror.md` — зеркалирование `~/TF` на сервер 213 (сделано после релиза).
- `VERSIONS.md` — актуальная таблица версий.