Как получить первый merged PR в open source: пошаговый план

Почему стоит вливать код в open source

Если вы ищете работу, merged pull request — это публичное и проверяемое доказательство, что вы умеете читать чужой код, следовать конвенциям и доводить задачу до конца. Это сильнее любого пет-проекта из туториалов, потому что незнакомый человек с правами на запись уже сказал «да» вашему коду.

Пошаговый план: как получить merge

1. Найдите маленькую и не занятую задачу

Используйте поиск GitHub: label:"good first issue" state:open на языке, который вы знаете. Затем отфильтруйте: 0 комментариев и без назначенного — значит, никто не работает параллельно. Задача должна называть конкретный файл и исправление — так ограничен объём работ. Избегайте расплывчатых формулировок вроде «улучшить тесты» или «добавить фичу X» — это субъективно и может закончиться отказом.

# Поиск на GitHub: свежие незанятые задачи
is:issue is:open label:"good first issue" no:assignee sort:created-desc

2. Проверьте конкурирующие PR до начала работы

В активных репозиториях часто появляются дубликаты. Если кто-то открыл PR час назад — переходите к другой задаче. Я дважды терял время из-за этого, теперь всегда проверяю.

3. Воспроизведите баг, исправьте и добавьте тест

Клонируйте репозиторий, воспроизведите проблему, сделайте минимальное изменение и напишите регрессионный тест. Тест превращает «поверьте мне» в «вот доказательство». Запустите все тесты и отметьте существующие падения (проверьте через git stash).

# Пример: добавляем тест для исправления
import pytest

def test_fix():
    # Проверяем, что баг исправлен
    assert function_under_test(...) == expected

4. Следуйте стилю проекта

Прочитайте CONTRIBUTING.md. Некоторые репозитории требуют сначала написать комментарий «I'll take this», другие — подпись DCO (git commit -s), третьи — Conventional Commits. Следуйте их правилам точно — ревьюеры это замечают.

5. Оформите PR так, будто ревьюер занят

• Одно предложение: что было сломано.
• Исправление и почему выбран такой вариант.
• Доказательство работы (вывод тестов).
• Если использовали ИИ — честно укажите это, это укрепляет доверие.

Что я перестал делать

Гнаться за баунти — большинство из них мертвы (архивные репозитории) или гонки на 200 человек. Ожидаемая ценность низкая. Также перестал наращивать количество: два чистых PR в уважаемые репозитории лучше десяти в игрушечные проекты с тремя звёздами. Качество — вот сигнал.

Практический вывод: начните сегодня

Вы не «контрибьютите в open source» — вы решаете одну маленькую конкретную проблему для кого-то, аккуратно, с тестом. Сделайте так десять раз — и у вас будет портфолио, которое не сравнится ни с одним сертификатом с курсов. Прямо сейчас найдите одну задачу с 0 комментариев и отправьте минимальное корректное исправление.