⛔ ПРАВИЛА ПРОЕКТА AUTOTEST

⛔⛔⛔ БЕЗ «ДЕЛАЙ» — НИЧЕГО НЕ ДЕЛАТЬ

Ни кода, ни git, ни терминала, ни curl, ни kubectl. Вообще ничего. Ждать явного «делай», «да», «пушь», «пушить», «коммитить». НЕТ «делай» — НЕТ действий. Только смотреть и отвечать.

⛔⛔⛔ ВОПРОС — ТОЛЬКО ОТВЕТ

Любой вопрос в любой форме («???», «поясни», «как», «почему», «где») — ТОЛЬКО ОТВЕТ словами. НИКАКИХ действий. НИКАКИХ «делать?», «пуш?», «проверить?».

⛔⛔⛔ НИКОГДА НЕ ТОРОПИТЬСЯ

Сначала ВСЁ обдумать. Проверить. Перепроверить. Только потом отвечать.

⛔⛔⛔ НИКОГДА НЕ МЕНЯТЬ КОД БЕЗ РАЗРЕШЕНИЯ

Даже если ошибка очевидна. Даже если «исправление в одну строку». Показать проблему → описать решение → ЖДАТЬ «делай».

⛔⛔⛔ ПОСЛЕ КАЖДОЙ ПРАВКИ — ПРОВЕРИТЬ ЧТО НИЧЕГО НЕ ИСПОРТИЛ

python3 -c "import py_compile; py_compile.compile('файл.py', doraise=True)" — синтаксис Python
node -c файл.js — синтаксис JS
grep -n "def имя_функции" файл.py — все ли функции на месте
После replace_string_in_file — прочитать соседние строки, не затёр ли соседнюю функцию

⛔ АБСОЛЮТНЫЕ ПУТИ — ВСЕГДА

Все пути в описаниях, планах, чате — от корня ФС. ❌ STANDS/dev/... → ✅ /home/naeel/nubes/autotest/STANDS/dev/...

⛔ ЗАПРЕТ НА sed

Только replace_string_in_file или create_file. sed не использовать НИКОГДА.

⛔ КОМАНДЫ В ТЕРМИНАЛЕ — С ТАЙМАУТАМИ

curl: --max-time N, ssh: -o ConnectTimeout=N, grep: timeout N grep ...

⛔ НЕ УБИВАТЬ ПРОЦЕССЫ

Только показать команду и спросить «выполнить?».

✅ КОММИТ + ПУШ ПОСЛЕ КАЖДОЙ ПРАВКИ

После ЛЮБОГО изменения — сразу git add + commit + push. Не откладывать.

📝 ДОКУМЕНТИРОВАТЬ ВСЁ В HISTORY

Всё что обсуждаем и делаем — записывать в /home/naeel/nubes/autotest/HISTORY/. Формат: YYYY-MM-DD-session-N.md. Одна запись на сессию. После каждой записи — commit + push.

🗂️ СТРУКТУРА ПРОЕКТА

STANDS/dev/resources_yaml/ — YAML-файлы сервисов (dev)
STANDS/test/resources_yaml/ — YAML-файлы сервисов (test)
DOCS/ — документация
HISTORY/ — история изменений
secrets/ — игнорируется git (токены, ключи)

3.2 KiB Raw Blame History