Що таке правильний етикет для випуску повного перепису існуючого проекту?


12

Я новачок у світі відкритих джерел. Проект, над яким я працюю, перебуває на Github. (Тільки для довідки) Проект, над яким я працюю, є плагіном для Plex Media Server. Я планую подати свій плагін на Plex, щоб він був включений у їхній "магазин додатків". Тепер до мого питання.

Коли я вперше запустився, я знайшов старіший напівзакинутий плагін, який зробив щось із того, що я хотів, але не дуже добре. Я розпочав з участі в цьому репо. Мене одразу зробили співпрацівником з повними правами на репо, оскільки нинішній власник сказав, що він занадто зайнятий, щоб більше з цим возитися. Однак, коли я почав заглиблюватися в код, я зрозумів, що це марно. Існуюча база коду була жахливою, і не було ефективного способу її виправити. Я закінчився лише з нуля. Єдиний код, який я використовував у своєму новому плагіні, був код, який я вчинив спочатку.

Зараз проект готовий до виходу. Однак я не впевнений, що робити з цим. Я бачу свої варіанти наступним чином:

  1. Створіть нове репо і просто забудьте про існуюче. Я не впевнений, чи варто навіть згадати попереднє репо та його дописувачів. Я не користувався цим кодом / ресурсами і створив абсолютно нову базу коду. Хоча плагін робить те саме, що робив старий, він робить це абсолютно по-новому та більш ефективно.

  2. Я розкручую існуюче репо, видаляю існуючий код і здійснюю новий код. Я справді новачок у Git, тому не впевнений, чи можливо це навіть можливо.

  3. Я вношу свої зміни до існуючого репо і бачу, як мають сказати поточні учасники.

З трьох варіантів я сильно схиляюся до першого. АЛЕ! Я новачок з відкритим кодом і хочу переконатися, що я все роблю відповідно до власного етикету. Я не хочу, щоб мій перший проект вибухнув мені в обличчя і став катастрофою. Варіант другий не здається поганим, але я не впевнений, чи потрібно це робити. Я не впевнений, як би працювала історія та різниця. Ми говоримо лише про 500 - 1000 рядків коду. Тож це не величезна база коду.

Дякуємо за будь-який вклад, який ви можете надати!


10
Оскільки це все новий код, я схильний би перейти з №1, оскільки історія старого проекту справді не має значення. Але було б непогано додати щось до README у рядку "На основі ідеї від ....".
Пітер Роуелл

2
@PeterRowell, будь ласка, поставте цей коментар у відповідь, щоб я міг його схвалити!
MattDavey

@PeterRowell Дякую за пораду. Це чудова ідея.
Метт Келлер

1
Для 2 немає необхідності видаляти наявне сховище. Що б ви не робили, я впевнений, що оригінальний розробник буде вдячний, що ви скажете йому, що ви розпочали проект
James

Відповіді:


13

Оскільки це все новий код, я схильний би перейти з №1, оскільки історія створення старого проекту справді не має значення. Але було б непогано додати щось до README у рядку "На основі ідеї від ....".

Я великий шанувальник визнання, звідки ми (або наші алгоритми) взялися. Якщо ви подивитесь назад у тумани історії, то побачите, що ми всі стоїмо на плечах тих, хто був раніше - усіх нас. Наприклад, я розробив і продав пошукову систему подібності ще в 1980-х роках, і це здавалося досить радикальним для деяких людей (Бул був тоді королем). Але серце алгоритму, який я використовував, базувалася на роботі, розпочатій Джерардом Салтоном у Корнеллі за 20 років до мене.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.