Как да управлявате кръпките за проекти с отворен код, които не могат да се насочат към upstream?

Донякъде съм изненадан, че отговорите досега не изглежда да вземат предвид две неща:

1. Не всички модификации, направени от програмисти, са предназначени или подходящи за представяне в проект с отворен код.
2. Дори когато е така, ако има актуализация на хранилището, докато работите върху кода си, много често искате да обедините тези промени в работното си копие.

Хубавото е, че тъй като работите с приличен софтуер за контрол на версиите, обикновено не е толкова трудно да направите това, от което се нуждаете. Аз съм подривен човек (поради фирмената политика), така че не знам конкретно за GIT, но след като прочетох тази уики статия, изглежда почти същата сделка. Не е нужно да прилагате корекциите отново, стига да поберете файловете във вашето локално хранилище. Можете да актуализирате локалното копие с вече приложените корекции!

Вашият персонализиран код вероятно засяга много малка част от кода на хранилището. Вероятно повечето промени в хранилището няма да докоснат същия код, който сте докоснали. Просто ще трябва да използвате командата git pull, за да изтеглите целия актуализиран код. Когато секциите, които сте докоснали, се променят в хранилището, git ще направи най-добре да обедини тези промени. Единственият път, когато трябва да редактирате файлове на ръка, е, че тя git открие конфликт, който не може да разреши. Статията, която споменах, по-рано говори за това.

Можете да използвате любимия си текстов редактор, но всъщност е доста удобно да използвате инструмент за 3-посочно сливане в този случай. Meld е един такъв инструмент за Linux, но съм сигурен, че има много.

Ето един възможен работен процес.

Първоначална настройка

git clone --origin 'upstream' http://example.com/project.git
cd project
git checkout master
git checkout -b patched
# make changes
git add --all
git commit -m 'internal patches'

Нови промени нагоре по веригата

git checkout master
git pull upstream
git checkout patched
git rebase master

Референции:

• rolf@Supenta: Git: Как да последователно поддържайте локални корекции
• Поддържане на локален набор от корекции с git - Тони Финч

Първо, преди да направите промени в проекта-

  1. create a branch
  2. Change to that branch for any changes you make
  3. To pull the new patches from the upstream revert back to the master branch and then git pull.

Командите за създаване на клон и промяна са както следва

1. $ git branch <branch name>           // To create a new branch
2. $ git checkout <branch name>         // To change to the branch
3. $ git checkout master                // To change to the master branch

Работя по проект с отворен код. Сега завърших няколко кръпки, които са свързани с бизнеса на компанията, и не мога да прокарам тези кръпки нагоре по веригата.

Ако си сътрудничите по проект в Git, особено ако е с отворен код, хората вероятно няма да ви позволят просто да бутнете всичко, което искате, в репото нагоре по веригата. Вероятно искате или да изпратите промените си в заявка за изтегляне, или да изпратите корекциите по имейл до един от ръководителите на проекта.

Можете да прочетете повече за сътрудничеството с други хора в Git от тези Pro Git глави:

1. Разпределени работни процеси
2. Принос към проект

Ако се интересувате, можете също да прочетете за как GitHub използва заявки за изтегляне.