Навести порядок в deploy и документации проекта

This commit is contained in:
AidarKC
2026-07-20 17:28:35 +04:00
parent fa1f7358b7
commit d2f65b169c
99 changed files with 1035 additions and 1708 deletions
@@ -35,5 +35,5 @@
## Какие документы потом обновить
- `Deploy/`;
- `deploy/`;
- `docs/Blockchain/sync-between-servers.md`, если изменится поведение остановки/восстановления.
@@ -56,11 +56,9 @@
- Код формирования репоста в `auth-service.js` не удалён: его можно будет использовать как основу при возвращении к задаче.
- Код отображения target-полей и перехода к оригиналу не удалён: он нужен для будущей проверки и возможной совместимости с уже созданными тестовыми блоками.
## Почему это не лежит в Pending_Features
## Почему это лежит в TODO
`docs/Pending_Features/` предназначена для фич, которые уже реализованы и ждут ручной проверки.
Репосты сейчас не подходят под этот статус: они не должны проверяться как готовая фича, потому что пользовательский сценарий временно закрыт, а серверная запись новых репостов заблокирована. Поэтому старый pending-файл удалён, а задача перенесена сюда как будущая.
Репосты сейчас не должны проверяться как готовая фича, потому что пользовательский сценарий временно закрыт, а серверная запись новых репостов заблокирована. Поэтому задача остаётся в TODO как будущая.
## Что сделать при возврате к реализации
@@ -86,7 +84,7 @@
- `docs/Blockchain/CHANGELOG.md`;
- `docs/API/04_Add_Block_to_Blockchain_API.md`;
- документы API чтения каналов/тредов, если изменятся поля ответа.
9. После реализации перенести задачу из `TODO/` в `docs/Pending_Features/` как фичу, требующую ручной проверки.
9. После реализации отдельно согласовать ручную проверку пользовательского сценария.
## Минимальный чек-лист ручной проверки в будущем
@@ -50,7 +50,7 @@
- `docs/Blockchain/`, если появятся или изменятся блоки баланса.
- `docs/Blockchain/CHANGELOG.md`, если меняется блокчейн-формат.
- `docs/API/`, если меняется серверный API.
- `docs/Pending_Features/` - добавить файл ручной проверки после реализации.
- после реализации отдельно согласовать ручную проверку.
- Документацию Solana-регистрации, если баланс будет связан с Solana-модулем.
## Минимальная проверка в будущем
@@ -37,9 +37,8 @@
## Что обновить при возврате
- `docs/Pending_Features/README.md`
- после реализации отдельно согласовать ручную проверку
- `shine-UI/js/pages/connect-device-view.js`
- `shine-UI/js/pages/device-qr-view.js`
- `shine-UI/js/services/qr-key-transfer-service.js`
- документацию по ключам, если формат переноса меняется
@@ -58,7 +58,7 @@
## Документы, которые обновить при реализации
- Документацию UI/кошельков, если такая есть.
- `docs/Pending_Features/` - добавить файл ручной проверки после реализации.
- после реализации отдельно согласовать ручную проверку.
- `docs/API/`, только если появится новый серверный API или логирование.
## Минимальная проверка
@@ -22,7 +22,7 @@
- `docs/Blockchain/README.md`;
- `docs/Blockchain/CHANGELOG.md`;
- документы deploy/секретов в `Deploy/`, если появятся новые параметры.
- документы deploy/секретов в `deploy/`, если появятся новые параметры.
## Статус