#pull_request — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #pull_request, aggregated by home.social.
-
ИИ-ревьюверы твоего кода: как нейросети позволяют упрощать анализ PR
С развитием ИИ себестоимость кода стремительно падает. Его становится все больше, а команды не растут пропорционально количеству. AI-инструменты генерации кода (Copilot, Cursor, Codex, Claude Code) увеличивают скорость написания, но не скорость проверки кода. Узким горлышком становится сам PR, они могут висеть днями в вашей компании или opensource-проекте, контекст может теряться, на его оценку тратится время, и иногда впустую. В среднем, команда на ревью тратит ~20% рабочего времени, особенно если это большой PR, или PR от новичка. Но как же решить эту проблему? Ведь беда не в том, что ревьюверы плохие, или что им нужно давать больше работы, а в том, что объем кода растет быстрее возможности осмысленно его проверить. В этой статье я расскажу о том, как помочь вашему корпоративному или опенсорс-проекту, если он тонет в код-ревью, и расскажу о существующих решениях — devin ai, context7, deepwiki, rabbit code review и других.
https://habr.com/ru/companies/bothub/articles/1069226/
#ии #claude #anthropic #openai #devinai #pull_request #код_ревью #ИИревьюверы #кодревью #ииагенты
-
MLSecOps от кода до продакшена: разные акценты для разных сценариев использования ИИ
В этой статье рассмотрим два сценария использования ИИ в разработке : в первом случае ИИ помогает разработчику писать код, во втором ИИ становится частью продукта и начинает работать с пользователями, данными, API, бизнес-логикой и внешними инструментами. Разница между этими сценариями критична и если их смешивать, то легко построить либо избыточный и неудобный контроль, либо, наоборот, пропустить критичные угрозы. В первом сценарии основные точки контроля должны находиться как можно ближе к разработчику, а во втором – должны быть ближе к ИИ-модели.
https://habr.com/ru/companies/infera_security/articles/1065238/
#MLSecOps #devsecops #vibe_coding #вайбкодинг #вайбпрограммирование #indirect_prompt_injection #appsec #LLM_AI_Firewall #pull_request #INFERA_AISafeAgent
-
Как не надо работать с Git'ом
Решил поделиться вполне элементарными, но такими полезными приемами работы с гитом, которые нарушаются постоянно не только новичками или молодыми сотрудниками, но и вполне опытными синиорами !
https://habr.com/ru/articles/1041452/
#Git #commit_message #git_rebase #git_merge #code_review #merge_conflict #git_hooks #feature_branch #pull_request #история_коммитов
-
AGENTS.md создавали, чтобы помогать агентам. Я использую его, чтобы их вычислять
Вместе с растущей AI-индустрией приходят и её побочки. Я мейнтейнер библиотеки react-native-tdlib и довольно быстро заметил: все больше PR выглядят как чистый вывод агента. Сначала я честно реагировал — писал в каждый такой PR вопросы: тестировали ли вы это, что именно меняет ваш код, зачем вот эта строчка. В какой-то момент понял, что трачу время на переписку с людьми, которые сами не знают, что написали. Первая мысль была — написать большой README или CONTRIBUTING и прямым текстом сказать: «сгенерированный код не принимаю». Но тут же упёрся в вопрос: а как доказать, что код сгенерирован? Аргумент «чую, тут пахнет Claude Code» — так себе позиция для публичного спора в комментариях к PR. Решение оказалось довольно простым — AGENTS.md . Он конечно не доказывает, что PR сгенерирован, но отлично ловит самые очевидные автоматические PR, где автор, кажется, вообще не участвовал в процессе.
https://habr.com/ru/articles/1038786/
#AGENTSmd #AIагенты #open_source #pull_request #спам #React_Native #GitHub_Actions #code_review #мейнтейнер #Claude_Code
-
Когда pull request выглядит нормальным, но ревью на нём всё равно зависает
В AI-first разработке в продукт прилетает всё больше pull request от людей с разной глубиной контекста. Формально такие PR могут выглядеть нормально, но ревью всё чаще упирается не в синтаксис, а в попытку понять, что именно этот набор изменений делает с системой. В статье - почему обычного ревью уже не всегда хватает и как из этой проблемы вырос PRShield: рабочий MVP слоя, который помогает принимать решение перед мержем.
https://habr.com/ru/articles/1030810/
#code_review #pull_request #ревью_кода #AppSec #DevSecOps #AI_code_review #GitHub #LLM #безопасная_разработка #анализ_кода
-
Как переложить нагрузку по code review с разработчиков на LLM
Привет! Меня зовут Марк Каширский , я работаю DS-инженером в команде LLM Авито . Создаю инструменты для разработчиков, чтобы им было легче и удобнее работать. В статье рассказываю, как мы автоматизировали процесс Code review при помощи больших языковых моделей.
-
Пишем AI-помощника для ревью пулл-реквестов: как выбрать модель и разработать серверную часть
Привет, Хабр! Я Полина Ященко, старший инженер по разработке ПО в YADRO. Мы с командой тестируем гипотезы и активно применяем искусственный интеллект, чтобы усовершенствовать процессы разработки. Так, недавно мы зарелизили AI-ревьюера — бота-помощника, который помогает искать проблемы в стиле и логике кода. Мы разработали бота, чтобы упростить процесс ревью пулл-реквестов. В команде есть стажеры, которые совершают базовые ошибки, включая открытие очень больших PR, и иногда просто не хватало сил, чтобы вовремя их смотреть. Как мы выбирали модель и разрабатывали серверную часть, расскажу под катом. Отмечу, что наш бот не отличается высокой производительностью, зато отлично решает свою задачу — помогает инженерам находить и исправлять повторяющиеся ошибки.
-
Облачные модели Ollama в задачах code review — честное сравнение на примерах
AI всё чаще используется в разработке: генерация кода, автодополнение, агентные IDE. Но возникает логичный вопрос - можно ли доверить LLM полноценный code review? В этой статье я решил проверить это на практике. Я сравнил несколько моделей, доступных через Ollama Cloud - Qwen 3.5, GPT-OSS и DeepSeek v3.1 - и дал им проанализировать реальные Pull Request из легаси-проекта на Python. Спойлер: некоторые модели показали неожиданно хороший результат.
https://habr.com/ru/articles/1010048/
#code_review #ollama #llm #ai_code_review #pull_request #github #open_source #deepseek #qwen #gptoss
-
Git для новичков: ветки, коммиты и первый pull request
Git — это вызов, через который проходит каждый второй новичок в разработке. Ветки называются «asdasd», коммиты — «правки», а pull request пугает своей красной кнопкой. Знакомо? Меня зовут Сергей Прощаев, я Tech Lead в FinTech и преподаватель на курсах в OTUS. В этой статье разбираем самое главное: как создавать ветки и почему их нельзя называть как попало, что писать в коммитах, как сделать pull request в лучших практиках команд разработки Разобраться в Git
https://habr.com/ru/companies/otus/articles/994162/
#java #Git #version_control #ветки #коммиты #pull_request #туториал #автоматизация_тестирования #Java_QA
-
[Перевод] Docs as Code: документация, которая живёт вместе с кодом
Это перевод статьи с opensource.com , которая мне показалась особенно полезной и практичной, поэтому решил поделиться адаптированной версией для русскоязычной аудитории. Оригинал доступен по ссылке: https://opensource.com/article/22/10/docs-as-code В статье разбирается подход Docs as Code — способ встроить документацию в процесс разработки так, чтобы она проходила через Git, ревью и автоматическую сборку вместе с кодом. Материал будет полезен разработчикам, тимлидам и тем, кто выстраивает инженерные процессы в команде.
https://habr.com/ru/articles/1007730/
#docs_as_code #документация_в_разработке #документация_в_Git #markdown #контроль_версий #pull_request #code_review #автоматическая_сборка_документации #sphinx #процессы_разработки
-
Под капотом пул-реквеста: как мы ускоряли индексирование кода для удобной навигации при ревью
Привет, я Павел Таланов из команды Yandex Infrastructure. Вместе с командой мы создаём SourceCraft — платформу для полного цикла разработки IT‑продуктов. Хочу рассказать о прикольной задаче на стыке бэкенда и IDE, которую мы решали, чтобы сделать ещё более удобную навигацию по коду в SourceCraft — когда индексация кода проходит с нужной скоростью, а подсказки и другие фичи навигации всегда готовы к открытию пул‑реквеста. Расскажу про требования, которые мы выявили для поиска по коду, чуть‑чуть про предметную область, а также о том, какая архитектура индексации у нас в итоге получилась — и почему.
https://habr.com/ru/companies/yandex_cloud_and_infra/articles/976172/
#sourcecraft #git #github #gitlab #ide #code_review #pull_request #пулл_реквест
-
Что такое Git и почему он стал стандартом разработки
Git — жизненно важный инструмент для любого разработчика. Понимание, как работает Git, и какие возможности он даёт, позволит вам не только быстро влиться в проект, но и ничего там не испортить... В нашей сегодняшней статье мы в деталях расскажем вам об устройстве Git, его основных командах и почему Git занял лидирующее место среди всех систем контроля версий.
https://habr.com/ru/articles/959760/
#git #commit #branch #merge #pull_request #stage #git_workflow #github #gitlab
-
Статический анализ в open source проектах с помощью PVS-Studio
Хотите, чтобы ваш open source проект был чище и безопаснее? Рассказываем, как использовать PVS-Studio для регулярного анализа кода, внедрить его в CI и находить баги до их попадания в релиз. И да, лицензия для открытых проектов у нас бесплатная.
https://habr.com/ru/companies/pvs-studio/articles/945046/
#open_soure #pvsstudio #статический_анализ #открытые_проекты #github_actions #github #sast #pull_request #fork
-
[Перевод] Если ваш запрос на слияние сгенерирован ИИ, я его отклоню. Объясню, почему
Иногда запрос на слияние (merge request) даже не стоит отправлять на код‑ревью, так как при его составлении кто‑то злоупотреблял искусственным интеллектом, и это повредило как проекту, так и команде. Например: 1. Удалив часть кода, можно значительно улучшить запрос на слияние 2. Вы не знаете основ языка, на котором подавали запрос 3. Спам в документации 4. Вопиющая несогласованность материала 5. Чрезмерно подробно рассмотрены пограничные случаи 6. Вы добавили бессмысленные или нежелательные зависимости и сами не понимаете, зачем. Если я прислал вам обратно ваш запрос на слияние с невычищенным ИИ и без всяких прочих комментариев — значит, какие‑то из этих пунктов вы выполнили. Несмотря на свежие исследования и дискуссии на эту тему , мне известно, что ИИ действительно помогает писать код. Но злоупотребление ИИ — это новый феномен, и нам нужно чем‑то руководствоваться, чтобы выявлять такие случаи. Оригинал этой статьи написан в 2025 году, надеюсь, со временем улучшится ситуация как с инструментами, так и с регламентацией.
-
Статический анализ Pull Request'ов — ещё один шаг к регулярности
Хотите, чтобы статический анализ работал не только на ваших локальных машинах, но и прямо в Pull Request'ах? Чтобы баги ловились до попадания в главную ветку, а не после? В этой статье покажем, как это сделать на конкретном примере пайплайна в GitHub Actions.
https://habr.com/ru/companies/pvs-studio/articles/929456/
#статический_анализ #DevOps #Pull_Request #регулярный_статический_анализ #cicd #девопс #пулл_реквест #static_analysis #pvsstudio
-
Каждому сотруднику по личному помощнику: как мы подружились с AI-ревью
Вы любите делать код-ревью? «Не могу дождаться следующего PR!», — ответит абсолютно никто. Понимаю! Ревью — штука необходимая, но давайте честно: утомляет, забирает время и ресурс, который можно потратить на другие задачи. Делегировать, казалось бы, хорошая идея… но кому? Личного ревьюера на полную ставку ни у кого нет. Меня зовут Александр Федотов, я руководитель группы разработки в «Лаборатории Касперского». В своей команде я уже не раз пытался упростить ревью: менял подходы, вводил правила, подключал автоматизацию. Но все равно ощущение такое, что можно сделать еще лучше. Тем временем, коллеги реализовали интеграцию Azure DevOps с внутренней AI-моделью ЛК. И вот одним морозным зимним днем, во время настройки каких-то доступов, я попал в раздел Manage Features, где наткнулся на неприметный пунктик Pull Request AI, который позволял воспользоваться преимуществами этой интеграции. Не теряя времени, я активировал фичу и стал счастливым обладателем раздела AI в каждом PR. С тех пор ревью стало другим. И теперь я не просто верю в автоматизацию — я ею пользуюсь и хочу поделиться с вами своими мыслями об этом.
-
Do you like #Rust and #Cryptography ? Are you looking for an open source project to hack on? Well, I happily invite you to work on ZebraChain with me!
-
AI Code Reviewer: автоматизация код ревью
Мы, в компании Anymaint, сделали скрипт для код ревью с помощью ChatGPT или Gemini. Это Python-скрипт с открытым исходным кодом, который использует ChatGPT или Gemini для анализа пул-реквестов на GitHub. Он умеет рассказывать о чем вообще пул реквест, выявлять проблемы или автоматически добавлять комментарии в PR. Скрипт доступен на github.com/AnyMaint/code-reviewer под лицензией BSD 3-Clause. О компании AnyMaint AnyMaint — стартап, который занимается созданием веб-системы управления техническим обслуживанием (CMMS) с применением машинного обучения. Мы ориентированы на такие отрасли, как фармацевтика и производство медицинских устройств, где автоматизация мониторинга оборудования и рабочих процессов играет ключевую роль. Разработка требует значительных усилий, и часть задач мы передали автоматическим инструментам, включая AI Code Reviewer. Вручную или через GitHub Actions Скрипт можно запускать через GitHub Actions, но я думаю, что основное использование - ручное. Во первых можно проверить свой PR перед тем, как посылать коллегам, во вторых перед оценкой чьего то PR полезно посмотреть на мнение ChatGPT о чем он вообще и в третьих лучше отсеять вручную комментарии скрипта, которые не релевантны или не интересны. Где взять скрипт? Скрипт доступен на github.com/AnyMaint/code-reviewer под лицензией BSD 3-Clause. Можно скачивать, изменять, использовать. Примеры использования AI Code Reviewer поддерживает несколько режимов работы и параметров. Для запуска вам будут нужны переменные окружения GITHUB_TOKEN для доступа к PR и OPENAI_API_KEY или GOOGLE_API_KEY (смотря какой LLM будете пользоваться)
https://habr.com/ru/articles/897136/
#code_review #pull_request #github #github_actions #chatgpt #python #ревью_кода #программирование
-
I'm flattered! 🙂 In 2002 I completed an MSc in informatics which included around 11K lines of Java code, implementing a niche meshing algorithm. Around 5 years ago I published the code on Github under an MIT licence. And now, out of the blue, it has received a substantial #pull_request ! I didn't think my 20+ year old code would be interesting enough for anyone to bother with.
-
I'm flattered! 🙂 In 2002 I completed an MSc in informatics which included around 11K lines of Java code, implementing a niche meshing algorithm. Around 5 years ago I published the code on Github under an MIT licence. And now, out of the blue, it has received a substantial #pull_request ! I didn't think my 20+ year old code would be interesting enough for anyone to bother with.
-
[Перевод] Как я использую git
Недавно я пытался объяснить коллеге, какие у меня критерии при формировании пул реквеста — когда стоит объединять что‑либо в один пул реквест, а когда нет. И я заметил за собой фразу «ну, кроме…» несколько раз и решил записать, как я использую git — чтобы разобраться в особенностях моего подхода, как я мог бы улучшить его и, возможно, поделиться чем‑то полезным. Поскольку это интернет, давайте сразу обговорим: то, как я использую git основывается на последних 12 годах работы в компаниях с относительно небольшими (до 50 человек) командами. В каждой из них мы использовали только git и GitHub; изменения выполнялись в отдельных ветках, предлагались в виде пул реквестов и сливались в основную ветку. В последние несколько лет, после введения GitHub squash‑merging , мы использовали его. Я никогда не использовал какую‑либо другую систему контроля версий. Я не могу и не буду сравнивать git с Mercurial, jj, Sapling, и т. д. Итак, вот как я использую git.
-
Чему могут научить пул реквесты в чужие проекты
Привет. Гоу на примере игр (Unity и C#) и ассетов к ним разберем на примерах почему тебе может быть полезно вносить вклад в сообщество программистов. Речь пойдет про запросы на внесение изменений через форк проекта.
-
[Перевод] Идеальная длина pull request-а – пятьдесят строк
Большинство программистов интуитивно понимают, что изменения в коде лучше делать небольшими порциями, чем большими. Логические аргументы легко приходят на ум: с небольшими pull request-ами (PR) проще работать, в них реже встречаются баги, и период от написания до развертывания у них обычно бывает короче. На этот счет написано несколько статей, которые мне очень нравятся – посмотрите список в конце текста, если захотите почитать еще что-то на данную тему. Но что мы подразумеваем под «небольшими»? Может ли PR оказаться слишком маленьким? И если небольшие PR действительно лучше, то насколько велика разница?
https://habr.com/ru/companies/productivity_inside/articles/796641/
-
Анализ пулл-реквестов через веб-приложение для улучшения код ревью
Год назад в нашей команде решили внедрить средства анализа пулл-реквестов, т.к. некоторые разработчики уделяли мало времени код ревью, в итоге фичи долго не могли оказаться на проде. Выбрали решение на основе Github Action, начали собираться статистику, улучшать процессы, но и столкнулись с ограничениями. Ну а там, где есть недостатки, можно сделать своё веб-приложение, пара недель разработки на Ruby on Rails и минимальный набор функций был реализован в PullKeeper'е . Спустя год доработок функционал приложения значительно улучшился, появились первые сторонние компании, которые стали его использовать и анализировать свои пулл-реквесты.
https://habr.com/ru/articles/794522/
#github #github_actions #code_review #team_management #pull_request #статистика_в_it
-
Шаг за шагом: Как интегрировать ChatGPT для ревью пулл-реквестов на GitHub с помощью GitHub Actions
В статье я поделюсь, как интегрировать ChatGPT для ревью пулл-реквестов на GitHub без покупок иностранных номеров, карт и различных ВПНов, используя, GitHub Actions
https://habr.com/ru/articles/791610/
#github #code_review #pull_request #chatgpt #github_actions #git #openai #opensourse #gpt #ревью_кода