Maiao: Gerrit-стиль код-ревью для GitHub, GitLab и других
Maiao: Gerrit-style code review workflow for GitHub, GitLab, Gitea, others
Maiao — это форк инструмента adevinta/maiao, который привносит в GitHub, GitLab, Gitea, Forgejo, Bitbucket Cloud и Cursor Origin рабочий процесс код-ревью в стиле Gerrit. Команда `git review` создаёт по одному PR/MR на каждый коммит, автоматически выстраивает их в стек с зависимостями parent-child, поддерживает нативные стеки GitHub и GitLab, управляет исправлениями через `git commit --fixup` и отслеживает коммиты по Change-IDs. Инструмент автоматически определяет провайдера по URL удалённого репозитория, поддерживает автоперебазирование при мерже и нацелен на разбиение крупных фич на небольшие ревьюябельные коммиты.
Maiao brings the power of stacked pull requests to your git hosting provider, enabling you to break large features into small, reviewable commits where each commit becomes its own PR/MR.
- Kinrany
Совместимо ли это с jujutsu?
- dolmen
Репозиторий, похоже, переезжает от "adevinta" (известной компании в европейском техе) к "runetes". Кто-нибудь расскажет нам эту историю?
- ppljudge
Звучит интригующе. Кроме того, я хотел, чтобы сообщество развивало наш подход к предоставлению обратной связи по PR. Одним из непреднамеренных последствий стало то, что это превратилось в инструмент для эксплуатации работников.
- NamlchakKhandro
Кто создаёт отдельный PR для каждого коммита в своей ветке фичи/фикса? Звучит как безумный город. Я просто не понимаю, зачем кому-то так работать. Предположим, вы делаете squash-merge своих фиче-веток в свой локальный main, а затем поднимаете их как PR. Зачем вам это делать?
- globular-toast
По моему опыту, джуниоры и так с трудом делают одиночные коммиты. Обычно я вижу разбросанный подход с коммитами "fix" больше, чем чем-либо ещё. Это этому не помогает, не так ли?