Как вернуть код обратно в проект с открытым исходным кодом?[закрыто]

StackOverflow https://stackoverflow.com/questions/2284

Вопрос

Если вы следите за проектом с открытым исходным кодом и хотели бы внести изменения в код, что вам нужно будет сделать?

Это было полезно?

Решение

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

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

Другие советы

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

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

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

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

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

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

Раньше подобные вещи были простыми.

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

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

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

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

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

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

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

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top