Open Source Software (OSS; разг. опенсорс) — это ПО, чей код открыт (его можно посмотреть) и на чей код почти всегда можно влиять.

Мы, как программисты, каждый день пользуемся программным обеспечением с открытым исходным кодом. К такому ПО относится как прикладное, например, Linux или Git, так и огромное число библиотек в нашем коде, а также практически все современные языки программирования. Та скорость, с которой возможна разработка современных проектов, во многом обязана как раз тем самым программам (и библиотекам) с открытым исходным кодом.

  • Linux (> 12 миллионов строк кода)
  • Chromium (> 16 000 000)
  • Git
  • jQuery

Откуда они вообще берутся и почему так популярны? Почти всегда такой код появляется как побочный продукт разработки проектов. Например, в процессе разработки Linux, появилась необходимость в удобной программе для управления версиями. Так появился Git. Но почему его код был открыт? Ответ достаточно простой. Удачные проекты привлекают множество разработчиков, которые помогают развиваться. Пишут отчёты об ошибках, присылают исправления и даже становятся полноправными разработчиками. И всё это бесплатно. Разработчики удовлетворяют своё эго, радуются тому, что создают нечто новое и вообще помогают этой вселенной.

Если вернуться в прошлое и посмотреть, сколько опенсорс-проектов создавалось тогда и сколько там было задействовано людей, то вы бы увидели огромный разрыв с современным положением дел. Сложный процесс включения в разработку, сложный процесс принятия изменений — вот неполный перечень проблем, ожидавших тех, кто желал стать участником этого движения. Люди выступали с докладами на конференциях, где час (Карл!!!) описывали правила принятия людей и кода от них в проект.

Сейчас начать делать опенсорс стало делом пары минут, а чтобы начать где-то участвовать не нужно прилагать практически никаких усилий. А случилось это благодаря двум составляющим: Git и GitHub.

Один из важнейших механизмов GitHub — запрос на включение изменений (pull request; разг. пулреквест). Именно он позволяет легко и непринуждённо вливаться в разработку любых проектов. Допустим, работая с определённой библиотекой мы заметили ошибку в коде или документации.

Пройдёмся по шагам, которые необходимо выполнить для исправления этой ошибки. Наша конечная цель в том, чтобы разработчики библиотеки приняли наш код.

Клонирование

Первым шагом необходимо создать копию (клон) репозитория в своём аккаунте. Делается это буквально одной кнопкой «Fork» на странице репозитория.

После этого действия в вашем аккаунте окажется репозиторий с таким же именем. GitHub знает, что это копия оригинального репозитория и помечает его особым образом. Дальше всё как обычно. Мы клонируем репозиторий на компьютере и производим необходимые изменения. Хорошей практикой считается делать изменения в отдельной ветке (обычно созданной от master).

Запрос на включение изменений кода

После того, как изменения залиты на GitHub, в его интерфейсе произойдут изменения. На странице склонированного репозитория появится кнопка «pull request». Если её нажать, то откроется страница, на которой можно указать название пулреквеста и его описание. После отправки пулреквеста в исходном (оригинальном) репозитории на странице «Pull requests» отобразится ваш запрос. Теперь остаётся ждать, когда разработчики библиотеки либо его примут, либо отклонят, либо зададут уточняющие вопросы (и с ним, возможно, потребуется ещё поработать).

Мы учим программированию с нуля до стажировки и работы. Попробуйте наш бесплатный курс «Введение в программирование» или полные программы обучения по Node, PHP, Python и Java.

Хекслет

Подробнее о том, почему наше обучение работает →