Как внести код назад в проект С открытым исходным кодом? [закрытый]
$("div[id^=pi_div]").sort(function (a, b) {
return a.id.replace('pi_div', '') > b.id.replace('pi_div', '');
}).foo();
9 ответов
Я провел бы время, узнавая людей сначала. Обычно у них есть чат-комната IRC, где все бездействуют. Потратьте когда-то, узнав людей, изучите код, рассмотрите документацию, затем если Вы чувствуете, что Вы - корректное пригодное для проекта, начинаете способствовать патчам. Не пытайтесь добавить новые опции сначала. Они не будут обычно приниматься.
Также часы этот технический разговор Google приблизительно , Как Защитить Ваш Проект С открытым исходным кодом от Ядовитых Людей . Это будет учить Вас, что не сделать.
Лучший способ сделать это, представляются как это "Привет, Здесь ошибка/функция и здесь патч, который фиксирует/реализует его".
я нахожусь на нескольких проектах с открытым исходным кодом, и существует много людей с лучшими намерениями помочь, но кто никогда на самом деле делает что-либо, поэтому если Вы обнаружитесь с рабочим кодом, то Вас будут считать намного более ценными.
Как в предыдущих плакатах было сказано, это - вопрос для проекта. Вы найдете, что некоторые более открыты для изменения, чем другие. С механической точки зрения необходимо будет видеть, используют ли они SVN (например, на коде Google) или CVS (например, на SourceForge) и определяют, используют ли они патч или некоторый другой метод.
А хороший пример вида процедуры, которую Вы, возможно, должны были бы использовать, виден на хромом сайте: http://www.gimp.org/bugs/howtos/submit-patch.html Примечание их использование Bugzilla, патча и CVS
Вещи как это раньше были просты.
был список рассылки для пользователей и один для разработчиков. Если Вы видите проблему и можете зафиксировать ее, фиксируют его и затем выполняют Патч Larry Wall и отправляют получающийся патч к списку devs с быстрым объяснением того, что она делает. Обычно dev с доступом для записи к CVS (или в реальные былые времена, дискета которых проект находилась на ;)) проверит вещи и если Ваш патч делает то, что это говорит относительно олова и не повреждает ничто больше, что это входит в исходное надлежащее дерево.
В эти дни существуют многие, намного больше проектов с помощью открытой разработки и большого количества из них выполняется людьми, которые никогда не выполняли проект программного обеспечения прежде уже не говоря об открытом полученном, таким образом, вещи могут быть более хитрыми. Обычно отправка по почте патча к кому-то делающему много dev в правильной области проекта получает правые глаза, смотрящие на него быстро даже сегодня. Обзор репозитория онлайн скажет Вам людей, которые делают работу, а не тех, кто получает их имена на первой полосе веб-сайта, связывается с теми парнями сначала :)
Как создатель нескольких проектов с открытым исходным кодом, я имею с другой стороны вещи в этом, я пытаюсь получить участников. Вот то, что я сказал бы:
- Объявляют о себе в том, какой бы ни путь подходит для проекта: электронное письмо, список рассылки, форум, и т.д.
- Видят, является ли Ваша идея уже в работах. Если так, возможно, попытайтесь выручить вместо того, чтобы копировать усилия.
- Узнают предпочтительный способ отправить код
- убедиться следовать за стилями кодирования, используемыми в проекте. (Если Вы решите преобразовать все вкладки в пробелы, то они не смогут объединить Ваши изменения в свою систему управления версиями легко и больше, чем, вероятно, проигнорируют Ваше представление.)
Несколько других вещей иметь в виду:
-
Быть уверенным, что Вы на самом деле владеете кодом, который Вы хотите внести назад, и не Ваш работодатель или клиент, для которого Вы сделали модификации. Проверьте свой трудовой договор или соглашение о предоставлении услуг, если существует возможность, Вы находитесь в такой ситуации.
-
Занимаются расследованиями, существует ли процесс присвоения интеллектуальной собственности, что разработчики предпочитают, чтобы участники прошли. В эти дни много проектов С открытым исходным кодом имеют такие присвоения, так, чтобы все права к коду в проекте могли принадлежать самому проекту и/или его спонсору.
Оба из них важны когда дело доходит до защиты себя, проекта и любого, кто хочет использовать или основываться на проекте ниже требований, связанных с кодом, который Вы написали.
Первая вещь, которую необходимо сделать, связаться с основными людьми, которые выполняют проект с открытым исходным кодом. Спросите их, если нормально способствовать коду и идти оттуда.
Просто написание Вашего улучшенного кода и затем предоставление его им могут привести к Вашему отклоняемому коду.
Получите обсуждение в IRC или просмотрите группы новостей, если у них есть тот. сделайте себя известными. Вы, возможно, должны отправить патчи к группе новостей, прежде чем Вы будете сделаны отчет для представления.
Знакомятся с кодированием стандартов, исправляют типы (например, объединенная разность) и контроль копия их CVS или SVN, если они предоставляют анонимный доступ.
Это зависит от проекта, как и где это размещается. Лучшая вещь состоит в том, чтобы найти контакт и послать им по электронной почте или видеть, существует ли список рассылки разработчиков.