Как внести код обратно в проект с открытым исходным кодом?

Ответ 1

Я бы потратил время на знакомство с людьми в первую очередь. Обычно у них есть IRC-чат, где все простаивают. Потратьте время на то, чтобы узнать людей, изучить код, просмотреть документацию, а затем, если вы чувствуете, что правильно подойдете к проекту, начните вносить вклад в исправления ошибок. Не пытайтесь сначала добавлять новые функции. Они обычно не принимаются.

Также смотрите этот технический совет по Google Как защитить проект с открытым исходным кодом от ядовитых людей. Он научит вас, что не делать.

Ответ 2

Лучший способ сделать это - представить себя так: "Привет, Здесь ошибка/функция, и вот патч, который исправляет/реализует его".

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

Ответ 3

Как отмечали предыдущие плакаты, это вопрос для проекта. Вы обнаружите, что некоторые из них более открыты для перемен, чем другие. С точки зрения механики вам нужно будет увидеть, используют ли они SVN (например, код google) или CVS (например, в sourceforge) и определяют, используют ли они патч или какой-либо другой метод.

Хорошим примером такой процедуры, которую вы можете использовать, можно увидеть на сайте gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Обратите внимание на их использование Bugzilla, patch и CVS

Ответ 4

Как создатель нескольких проектов с открытым исходным кодом, я нахожусь на другой стороне вещей в том, что я пытаюсь получить вкладчиков. Вот что я бы сказал:

• Объявляйте себя в зависимости от того, какой путь подходит для проекта: электронная почта, список рассылки, форум и т.д.
• Посмотрите, есть ли ваша идея уже в работе. Если да, попробуйте помочь, а не дублировать усилия.
• Узнайте предпочтительный способ отправки кода
• Обязательно следуйте стилям кодирования, используемым в проекте. (Если вы решите преобразовать все вкладки в пробелы, они не смогут легко слить ваши изменения в систему управления версиями и, скорее всего, проигнорируют ваше представление.)

Ответ 5

Такие вещи были простыми.

Был список рассылки для пользователей и один для разработчиков. Если вы видите проблему и можете исправить ее, исправьте ее, а затем запустите Larry Wall Patch и отправьте полученный патч в список разработчиков с быстрым объяснением того, что он делает. Как правило, разработчик с доступом на запись к CVS (или в реальные старые дни, на дискете которого находился проект;)) проверял бы все, и если ваш патч делает то, что он говорит на жестяне, и не разбивает что-либо еще, он попадает в собственно исходное дерево.

В наши дни существует много, еще много проектов, использующих открытую разработку, и многие из них управляются людьми, которые никогда не запускают программный проект, прежде чем не говоря уже об открытом источнике, поэтому все может быть более сложным. Как правило, рассылка патча для тех, кто делает много разработчиков в правильной области проекта, получает правильные глаза, смотрящие на это быстро даже сегодня. Просмотр онлайн-репозитория расскажет вам людей, которые выполняют работу, а не тех, кто получает свои имена на первой странице веб-сайта, сначала свяжитесь с этими парнями:)

Ответ 6

Несколько других вещей, о которых нужно помнить:

• Будьте уверены, что у вас есть собственный код, который вы хотите внести обратно, а не ваш работодатель или клиент, для которого вы внесли изменения. Проверьте свое трудовое соглашение или соглашение об обслуживании, если есть вероятность, что вы находитесь в такой ситуации.

• Изучите, есть ли процесс назначения интеллектуальной собственности, который разработчики предпочитают участникам. В наши дни многие проекты с открытым исходным кодом имеют такие назначения, так что все права на код в проекте могут принадлежать самому проекту и/или его спонсору.

Оба эти фактора важны, когда речь идет о защите себя, проекта и всех, кто хочет использовать или строить проект вниз по течению от претензий, связанных с написанным вами кодом.

Ответ 7

Если вы ищете способы участия в меньших масштабах (возможно, для работы) OpenHatch имеет доступную для поиска базу данных ошибок (отсортированную по языку/фреймворку), а также отличный учебник для начала работы.

Другой способ начать - CodeTriage, в котором репозитории GitHub ищут помощь в устранении открытых проблем, которые также организованы с помощью языка.

Ответ 8

Первое, что вам нужно сделать, это связаться с основными людьми, которые запускают проект с открытым исходным кодом. Спросите их, нормально ли вносить свой вклад в код и идти оттуда.

Просто написание улучшенного кода, а затем его передача может привести к отказу вашего кода.

Ответ 9

Это зависит от проекта, от того, как и где он размещается. Лучше всего найти контакт и отправить по электронной почте или посмотреть, есть ли список рассылки разработчиков.

Ответ 10

Получите чат в IRC или просмотрите группы новостей, если они есть. узнайте сами. Возможно, вам придется отправить патчи в группу новостей, прежде чем вам будет предоставлена ​​учетная запись для отправки.

Ознакомьтесь со стандартами кодирования, типами патчей (например, унифицированный diff) и проверьте копию своих CVS или SVN, если они разрешают анонимный доступ.