PR или Pull Requeset — нах оно надо?
Как показали мои опросы, ну Гитхаб использует от силы половина, а зря, и дело тут даже не в переиспользовании кода.
Начну из далека, как начинает типичный соло разработчик (ну как я начинал).
Открывает локальный .py файл и там строчит 1000 строк кода, запускает на локале и бот работает. Дальше скидывает ссылку друзьям, показывает бота, дальше про бота благополучно забывает, локал вырубается и бот перестает работать.
Через десяток проектов, ему возможно приходит в голову идея перенести бота с локала на хостинг, на ВПС или даже на pythonanywhere (для простят меня любители typescrypt что я все на примерах Питона пишу). И тут возникает вопрос, а как в проекте обновлять файлы? Этож изи, быстроенько поднимаем FTP или даже sFTP, что по сути такое же ужасное решение, ну и обновляем файлы ручками.
Друзья! Вы же рождены, сказку делать былью! Автоматизировать неавтоматизируемое! И для этого нужен Git (hub — в данном случае название ремоута, который у github почему-то называется origin, ну так его вот Линус обозвал, но вы можете поднять свой ремоут и коммитить в свой собственный Git).
И вот когда вам нужно что-то обновить на проде, вы просто делаете git push и все файлы, которые ии наизменял автоматически загружаютсяудаляютсясоздаются новые на сервере. Вообще голову можно отлкючить и не думать, одну кнопку нажать.
И вот наш соло ИИ инженер сообразил, что Гит это очень удобно, конечно он будет коммитить в мэин, ну а как еще? Он же работает один, ему вообще пофигу как комитить 😂
И тут в середине 2025 года ему выдают целую кучу помощников: Claude Code, Codex, Gemini и т.д. и вы не поверите, они могут делать различные PR review.
Как это работает?
Git — это система контроля версий. Вы просто запускаете агент без контекста, и пишите ему промпт, сделать ревью незакомиченных изменений, или последнего коммитакоммитов и он пишет что-то типа: «Да у тебя тут вечный цикл, дружие, лучше ограничить 10000 иттераций» или «У тебя значения могут быть отрицательные, и баланс уйдет в минус, давай изменим на только положительные.» Ну и много полезных замечаний пишет.
Но это все равно нифига не отвечает на вопрос, а нафига тогда нужен PR?
PR изначально нужен, когда вы уже не работаете над проектом один, и хотите вы сделать какую-то новую фичу, и если вы ее комтнете в мэин, то другие инжерены (а их над проектом может ралотать 24 штуки одновременно), уже могли внести в проект изменения не совместимые с вашими. Для этого вы просите агента «Создай новую ветку для этой фичи», он создает ветку типа feature/new-feature и вы уже комитите туда, а затем создаете запрос на слияние PR (Pull Request). Git проверяет ваши изменения, исли все ок, то кнопка становится зеленой и слияние разрешено.
И вот в этот момент, когда PR уже создан — вы и делаете ревью, агента просите сделать, для этого уже есть предустановленные слэш команды прямо из коробки. И агент вам прямо в Гите может комментарии написать, каждую строку вашего кода проверить и откромментировать, что вот тут косяк и вот тут косяк. Исправляем или и так сойдет?
Решение уже вы принимаете.
Добавить комментарий