Як приєднатися до opensource-розробці stack overflow російською

Як відомо, існує маса вже написаного або знаходиться в стадії розробки вільного програмного забезпечення, або ж ПО з відкритим вихідним кодом, з відкритими для всіх бажаючих репозиторіями SourceForge, GitHub, і інших ресурсах. Власне кажучи, виникло питання, як можна долучитися до роботи над подібними проектами?
Що для цього потрібно, яка кваліфікація, де можна знайти документацію по коду? Хто буде здійснювати перевірку написаного мною коду?
Дякуємо.

заданий 12 Серпня '12 о 12:59

Закритий унаслідок того, що не по темі учасниками LEQADA. Володимир. Aslan Kussein. torokhkun. xaja 6 Листопада '15 о 5:32.

Схоже, це питання не відповідає тематиці сайту. Ті, хто голосував за його закриття, вказували наступну причину:
  • "Питання-опитувальники заборонені на Stack Overflow російською. Для отримання відповіді, перефразируйте ваше запитання так, щоб на нього можна було дати однозначно правильну відповідь." - LEQADA, Володимир, Aslan Kussein, torokhkun, xaja
Якщо питання можна переформулювати згідно з правилами, викладеними в довідці. внесіть необхідні зміни.

Для того, щоб стати повноцінним учасником опен-сорсного проекту треба отримати статус комміттера. Шлях до отримання статусу комміттера досить довгий і тоскний. Рекомендований спосіб це:

  1. Спочатку стати контрибутором (тобто людиною вносить якийсь внесок). Зазвичай це написання какой-нить статейки в wiki проекту. Найкраще почати з перекладу якогось розділу документації на російську :)
  2. Корисно на цьому етапі викачати бінарники проекту, поганяти і знайти баг. Далі треба зробити баг-репорт. У кожного проекту своя система відстеження багів: часто це щось на зразок Bugzilla або якісь новомодні веб системи.
  3. Далі детально вивчаємо стиль кодування прийнятий в проекті. Зазвичай керівники проектів оч. прискіпливі до стилю кодування. Крок вліво-крок вправо розстріл на місці
  4. Вивчаємо список багів проекту. Вибираємо цільової баг який ви буде фіксують. Найкраще взяти якийсь легенький бажочек не критичне і не дай бог new feature - корифеї проекту все одно розтерзають по яким-небудь ідейних міркувань
  5. Робимо чекаут початкових кодів прожекту (зазвичай це SVN або Git) - природно треба вивчити цільової VCS - особливо місце де розповідається про транк і гілки сховища
  6. Фікс баг і викладаємо його або у вигляді окремої гілки в VCS (якщо це дозволяється правилами проекту) або створюємо patch файлик який постить в спеціальне місце проекту.
  7. Якщо все пройде вдало то з енної спроби ваш Комміт буде прийнятий і впроваджений в trunk (основний стовбур розробки) проекту.
  8. Кілька таких успішних багфіксів і можна вже подавати заявку на отримання статусу комміттера.

Загалом якось так.

P.S. Інструкція верхнього рівня для контрибуторів проектів Apache лежить тут - удачі.

На мій погляд проект повинен бути вам цікавий, на одному бажанні "влитися в OpenSource проект" ви далеко не поїдете - просто набридне.

Знайдіть OpenSource продукт яким користуєтеся, знайдіть в ньому будь-які вади або речі які ви вважаєте менш зручними, або фичи яких там немає і допив їх.

Кваліфікація фактично ролі не грає, ніхто перед merge'м не питатиме над чим ви працювали або де вчилися, головне щоб код був хорошим, а то що вашого рівня ще не достатньо ви і самі зрозумієте, коли побачите код.

Ще є варіант почати писати щось своє, і бути цей проект буде помічений community.

Цікавий, але я як подивився код того ж ffdshow (я хотів розробити модуль компресора для вирівнювання рівнів звуку в різних частинах фільму), то стало страшно. Там не те щоб щось правити, мені там навіть зрозуміти поки щось дуже важко. Сподіваюся в майбутньому ситуація виправиться звичайно, але поки прикро так ось відмовлятися від своєї ідеї тільки через те що складно зрозуміти чужий код. - Alfonso31 15 Серпня '12 в 11:42

Можливий такий варіант: Скачуєте код з сховища та реалізуєте якусь фічу або фікс баги, в залежності від того, що ви хочете. Відправляєте цей патч головному керівнику цікавить вас проекту. Після цього він дивиться код і відхиляє або приймає цей патч. В результаті він може прийняти вас в число активних коммітеров. І через деякий час ваші коммітов будуть перевірятися менше часу, дивлячись яке якість коду ви продемонструєте в своїх патчах.

відповідь даний 12 Серпня '12 о 14:33

Схожі статті