Проект форкінгу в процесі Github

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

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

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

Зробіть виделку, а потім зробіть гілку негайно.

Тепер у вас є "недоторканий" майстер, який можна оновити самостійно вперед, щоб отримати останні зміни з git pulls.

Тримайте локальну гілку, не натискаючи на віддалений, і ви можете зробити так rebase, щоб зробити для вас наступне:

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

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

Це все одно один робочий процес (або "forkflow"), як я його розумію. Інші можуть прокоментувати або виправити або додати більше деталей.

У вас це є: коли ви створюєте виделку, це ваша власна маленька пісочниця.

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