RubkaРубка
engineering pipelineконвейер разработки

Work goes in as a ticket. It comes out as a merge request.

Задача входит тикетом. Выходит merge request'ом.

Rubka reads the requirement, finds the service it touches, writes the change in your repository's own style, builds it, runs the service against its tests — and opens a merge request with the evidence attached. A person approves every stage.

Рубка разбирает требования, находит нужный сервис, пишет изменение в стиле вашего репозитория, собирает его, поднимает сервис и гоняет автотесты — и открывает MR, к которому приложены доказательства. Каждую стадию утверждает человек.

run · ABC-0000 · defect fixпрогон · ABC-0000 · исправление дефекта tests greenтесты зелёные
RequirementsРазбор
what is askedтребования
LocateПоиск места
service, branchсервис, ветка
ImplementРеализация
code + unit testsкод + юнит-тесты
BuildСборка
image, bootобраз, запуск
TestsАвтотесты
running nowидёт прогон

Every run is visible end to endПрогон видно целиком

Each stage leaves a document you can read, challenge and send back. Nothing moves on until a person agrees to it.

Каждая стадия оставляет документ, который можно прочитать, оспорить и вернуть на доработку. Ничего не уходит дальше, пока человек не согласился.

Run ABC-0000Прогон ABC-0000
Requirements — the ticket and the wiki pages it points toРазбор тикета — требования и связанные страницы вики approvedпринято
Locate — which services are touched, branch for the taskПоиск места — затронутые сервисы, ветка под задачу approvedпринято
Implement — the change plus a unit test on the logic it touchesРеализация — изменение и юнит-тест на затронутую логику approvedпринято
Build — image built, service running with stage parametersСборка и локальный запуск сервиса с параметрами стенда approvedпринято
Functional tests against the running serviceФункциональные автотесты против поднятого сервиса runningидёт
Open the merge requestОткрыть merge request waiting for a personждёт решения человека

What it doesЧто делает

Not an assistant that suggests — a worker that finishes the job: a branch, a commit, a merge request, a ticket, a report.

Не ассистент, который советует, — исполнитель, который доводит работу до артефакта: ветки, коммита, MR, тикета, отчёта.

Carries a task end to endВедёт задачу целикомpipelineпайплайн

From requirements to an open MR with tests — with stages, artefacts and the decisions behind them.

От разбора требований до открытого MR с тестами — со стадиями, артефактами и историей принятых решений.

Triages failing testsРазбирает паденияtriageтриаж

Tells a product defect from a broken test and from an environment problem — and brings the evidence, not a guess.

Отличает дефект продукта от дефекта теста и от проблемы стенда — и приносит доказательство, а не догадку.

Takes the night shiftДежурит по ночамroutinesрутины

Overnight triage of the test and load runs: the team arrives to a report instead of a red board.

Ночной разбор автотестов и нагрузочных прогонов: утром у команды готовый отчёт, а не красная доска.

Knows your architectureЗнает архитектуруmapкарта

Services, contracts and dependencies are extracted from the code itself and kept current — unlike a wiki.

Сервисы, контракты и зависимости извлекаются из самого кода и обновляются — в отличие от вики, которая устаревает.

You stay in controlКонтроль остаётся у команды

Automation with no room for self-deception: green is never claimed for red.

Автоматизация без права на самообман: система не выдаёт красное за зелёное.

A gate on every stageГейт на каждой стадии

Send a document back with comments — the next stage does not start until this one is accepted.

Документ можно вернуть с замечаниями — следующая стадия не начнётся, пока предыдущая не принята.

No test is fixed by weakening itТест не «чинится» ослаблением

A failure gets explained. If the environment is down, it says so instead of "all good".

Падение разбирается по существу. Если стенд недоступен — так и написано, а не «всё хорошо».

A separate instance per clientОтдельный контур на клиента

Own server, own database: code and data never mix with anyone else's.

Свой сервер и своя база: код и данные не смешиваются с чужими.

Every MR has its runК каждому MR есть прогон

Stages, artefacts, logs and reviewer notes are kept — you can see where a change came from.

Стадии, артефакты, логи и правки ревьюера сохраняются — видно, откуда взялось изменение.

Get in touchСвязаться

Rubka runs on a live production estate and grows with it. If you want to see what it does on your own tasks — write to us.

Рубка работает на реальном продуктовом контуре и развивается вместе с ним. Если хотите посмотреть, как это выглядит на ваших задачах — напишите.