Comments 12
В целом, сам процесс переноса фич в основное дерево может идти очень медленно, хотя бы в силу того, что дизайн фич делается одними людьми, а их валидация и подтверждение другими. Те фичи, которые, к примеру, делает ShapeBlue, которые проходят через их кухню, вполне вероятно, что пройдут в master быстрее, чем мои.
Короче, я не знаю как однозначно ответить на ваш вопрос)
А что мотивирует Вас тратить своё время на это?
Я за открытые продукты и хочу развивать свой и мне не всегда понятно, что может двигать человеком, который сам захотел внести вклад в развитие продукта.
Что получает этот человек взамен?
Если я не буду этого делать, значит, что я не смогу использовать новые релизы CloudStack, поскольку это потребует портировать все мои изменения в новые релизы, что будет весьма затруднительно.
Исправление ошибок, добавление новых фич, локализация.
Кроме того, причиной может быть желание добавить дополнительную ценную строчку в резюме. Например, как мне кажется, наличие патчей в том-же ядре Linux может оказаться весьма ценной строчкой в резюме.
Иван, Помогите разобраться, кто является лидером в опен сорс проекте и кто принимает решения какие PR мержить и когда?
Здравствуйте. В широком смысле, кому владелец проекта дал права на запись, тот и может сливать изменения. Каждый проект имеет свою оргструктуру, например для Apache Software Foundation есть PMC: https://www.apache.org/dev/pmc.html
Состав PMC обновляется, PMC решает у каких контрибьюторов достаточно морального права и технического опыта для внесения изменений в репозиторий. Кто-то из них и сливает после двух авторизованных подтверждений.
Если у вас в проекте другая организация, то и процессы могут быть иными.
— квази-OSS — компания открывает свой продукт, сообщество неактивное, состоит из постоянных разработчиков компании, плюс нескольких активистов со стороны;
— user-based OSS — типа CloudStack, компактная группа основных пользователей совместно разрабатывает продукт под свои нужны, спонсируя своих разработчиков;
— community-based OSS — большАя группа контрибьюторов как от компаний, так и от индивидуальных разработчиков;
С другой стороны наличие у человека принятых патчей в крупный проект, лично я бы рассматривал как огромный плюс к квалификации этого самого человека, поскольку это показывает насколько грамотно человек может аргументировать свою позицию и насколько хорошо умеет разбираться с чужим кодом.
А уж если человек сумел продавить новую фичу (а не просто исправил баг), то это уже плюс с восклицательным знаком…
Вы решили присоединиться к разработке open source продукта. К чему готовиться?