Я випадково переробив чийсь весь проект. Будь-який прийнятний спосіб зняти запит?


12

Я знайшов чудовий проект на github з корисною центральною функцією, але який є грубим у "поліруванні" обробки помилок, ведення журналів, налаштування та налаштування. Проект 5 років недоторканий, і лише пару сотень рядків коду. І все-таки це досить корисно, щоб привернути до себе увагу пристойної кількості спостерігачів та жменьки виделок.

Для мого використання знадобилося конкретне доповнення, але перед цим я провів чистку. Тоді я трохи одержимий інженером, і протягом тижня я закінчив додавати систему реєстрації журналів, багато журналів, автоматизовану настройку, конфігурацію, що виходила з коду та у зовнішні файли конфігурації (і код для їх читання), плюс кілька виправлень так само, як я їх знайшов.

Я думаю, що всі мої зміни є розумними / хорошими, і це те, що воно повинно бути використане аудиторією. Але комітетів дуже багато, майже стільки ж, скільки спочатку мали репо (уникаючи цифр, щоб зберегти це загальне). Більше того, git винна показує, що я торкнувся майже кожного рядка цієї (малої!) Кодової бази. Я не шукаю контролю над проектом, або навіть обов'язково будь-якого кредиту за те, що я зробив. Але, зважаючи на вибір, я хотів би, щоб мої зміни злилися, щоб кожен міг отримати від них користь, а не ховався у вилці на моєму невідомому github.

Я ніколи раніше не надсилав запит на тягнення, але знаю, що вони повинні бути невеликими та легкими для перегляду. І все-таки тут я пішов і здійснив велику кількість трансформативних змін.

Мої зобов’язання дуже чіткі, оскільки я ретельно схилявся до історії. Але їх було б важко розділити на кілька гілок / тягнути запити, оскільки значна частина цього обов'язково спирається на себе. Наприклад, екстерналізація конфігурації побудована на деякій підготовчій очищенні, а інсталяція частково існує для заповнення цих конфігурацій, ведення журналу вмикається та налаштовується зовнішніми конфігураціями, створеними в налаштуваннях, і т. Д. Тому, сказав, я дуже бажаю робити те, що я можу зробити цю величезну таблетку більш приємною, я просто не знаю, що це було б. Я міг би розділити пару фактів, але великий капітальний ремонт все ще великий.

То що робити, якщо вони випадково переробляють чийсь проект?

Чи повинен я просто навчитися свого уроку, щоб цього не робити, і змінити свої зміни в собі на вилці? Потрібно просто зробити запит на потяг і подивитися, що станеться? Чи варто витратити купу слів, пояснюючи себе в описі? Чи варто це певним чином представити?

Відповіді:


30

Якщо проект був "5 років недоторканим", як ви писали, ймовірно, що запити на виклик не прийматимуться, незалежно від того, чи хтось зафіксував помилку в коментарі чи зробив повне перезапис. Можливо, проект відмовився від оригінальних авторів.

Перше, що я спробую, - це зв’язатися з авторами і запитати їх, що вони про це думають. Якщо вони не реагують в розумний проміжок часу, чому б просто не оприлюднити свою вилку (якщо припускати, що ліцензія дозволяє це), додати резюме про те, що ви покращили, і подивитися, що відбувається?

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

Якщо в оригінальних авторів немає ознак активного технічного обслуговування, ви можете повністю від'єднати вашу вилку від оригінального проекту. У цьому випадку встановіть для цього власне незалежне репо. Не забудьте надати кредит оригіналам авторів і переконайтеся, що це охоплено ліцензією проекту.


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