Почему взлетел GitHub?

Git — в глазах почтенной публики это скорее консольный клиент для GitHub и его клона GitLab

Может быть. Но, допустим, опиши мне последовательность действий, которые нужно выполнить для того, чтобы создать форк какого-либо проекта не через интерфейс github и создать потом пулреквест на основе предложенных тобой изменений?

в git-е понятия «пуллреквест» нету

хотя не, есть, но его предполагается присылать по почте, с указанием адреса своего репозитория

Есть в виде request-pull.

ага, прислать git format-patch’и и дальнейшее обсуждение вести, в лучшем случае, в рассылке.

Некоторые используют исключительно такой подход.

Но, допустим, опиши мне последовательность действий, которые нужно выполнить для того, чтобы создать форк какого-либо проекта не через интерфейс github и создать потом пулреквест на основе предложенных тобой изменений?

Я понятия не имею, возможно ли это вообще как ты описываешь, потому что по крайней мере на гитхабе для пул реквеста нужен форк. По-моему, все эти пулреквесты гитхаба — это муторное дело, которое сильно сложнее своей выполняемой функции, и патчи намного проще.

хотя не, есть, но его предполагается присылать по почте, с указанием адреса своего репозитория

А в ответ предлагается присылать адрес, куда должен пойти автор своего репозитория. В истории разработки ядра линя вообще кто-то сливался с каким-то левым репозиторием?

ага, прислать git format-patch’и и дальнейшее обсуждение вести, в лучшем случае, в рассылке

В рассылке, или в инструменте для ревью патчей. В любом раскладе, никто не будет вслепую сливать твоё непонятно-что с главной репой — в достаточно интенсивно разрабатываемом проекте с большой долей вероятности твои правки окажутся в истории версий не там, где ты их ожидал.

Я ожидаю,что мои правки окажутся в проекте там, где их наконец примут. При отсутствии конфликтов.

Разумеется, что в слепую мало кто сливает.

Форк или его подобие так или иначе потребует создание новой репы под своим аккаунтом, запихивание туда копии основной репы.

А в ответ предлагается присылать адрес, куда должен пойти автор своего репозитория. В истории разработки ядра линя вообще кто-то сливался с каким-то левым репозиторием?

И? Откуда, по-твоему, Торвальдс изменения сливает, для очередного релиза?

Форк или его подобие так или иначе потребует создание новой репы под своим аккаунтом, запихивание туда копии основной репы

Вот именно — зачем всё это делать? Хочешь тащить свой клон с непринятыми в апстрим правками, но синхронизироваться с апстримом? Есть манагеры очередей патчей.

Откуда, по-твоему, Торвальдс изменения сливает, для очередного релиза?

Центральная репа плюс своя очередь патчей.

в «центральную репу» коммитит только Торвальдс лично, а все изменения для релиза он сливает с других реп, которые управляются мейнтейнерами подсистем

в «центральную репу» коммитит только Торвальдс лично, а все изменения для релиза он сливает с других реп, которые управляются мейнтейнерами подсистем

Во, это DVCS. Кто на гитхабе так делает?

Во, это DVCS. Кто на гитхабе так делает?

Форк проекта и потом pull request.

Форк проекта и потом pull request

Только потому, что кривой гит иначе не позволяет этого делать, у него нет расширений для работы с патчами, как у Mercurial. Собственно, по итогу даже разрабы Linux какие-то костыли с patch queue под это дело навыдумывали.

Только потому, что кривой гит иначе не позволяет этого делать

Это не его задача. Гит — простая СКВ, хотите большего — используйте расширения.

Гит — простая СКВ, хотите большего — используйте расширения

Вот именно — у Git нет никаких интерфейсов расширения. Ты можешь парсить текст и из текста создавать команды для Git, но с таким же успехом на AutoIt создавали скрипты, которые генерировали щелчки мышки для автоматизации таких же нерасширяемых софтин, как Git — это и есть эталон нерасширяемости.

Ну и как-бы держать у себя полную копию репы какой-то библиотеки полезно, а то автор может репу и удолить, и потом все переписывай на другую библиотеку.