Являются ли вилки Git клонами Git?

Fork в контексте GitHub не расширить Git.
Это позволяет клонировать только на стороне сервера.

Когда вы клонируете репозиторий GitHub на своей локальной рабочей станции, вы не можете вносить свой вклад в вышестоящий репозиторий, если вы явно не заявлены как «участник». Это потому, что ваш клон является отдельным экземпляром этого проекта. Если вы хотите внести свой вклад в проект, вы можете использовать форк следующим образом:

• клонируйте этот репозиторий GitHub в свою учетную запись GitHub (это "вилка", клон на стороне сервера)
• вносить коммиты в этот репозиторий GitHub (он находится в вашей собственной учетной записи GitHub, поэтому вы имеете полное право нажимать на него)
• сигнализировать о любом интересном вкладе обратно в исходный репозиторий GitHub (это «запрос на вытягивание» часть посредством изменений, внесенных вами в собственный репозиторий GitHub)

Также проверьте «Collaborative GitHub Workflow».

Если вы хотите сохранить связь с исходным репозиторием (также называемым восходящим потоком), вам необходимо добавить удаленную ссылку на этот исходный репозиторий.
См. «Что такое разница между origin и upstream на GitHub? "

А с Git 2.20 (Q4 2018) и более поздних версий выборка из вилки стала более эффективной, с дельта-островами .

Я все время слышу, как люди говорят, что разветвляют код в git. Git "fork" подозрительно похож на git "clone" плюс некоторая (бессмысленная) психологическая готовность отказаться от будущих слияний. В git нет команды fork, верно?

«Разветвление» - это концепция, а не команда, специально поддерживаемая какой-либо системой контроля версий.

Самый простой вид разветвления синонимичен ветвлению. Каждый раз, когда вы создаете ветку, независимо от вашей VCS, вы «разветвляетесь». Эти вилки обычно довольно легко соединить вместе.

Форк, о котором вы говорите, когда отдельная сторона берет полную копию кода и уходит, обязательно происходит за пределами VCS в централизованной системе, такой как Subversion. Распределенная VCS, такая как Git, имеет гораздо лучшую поддержку для разветвления всей кодовой базы и эффективного запуска нового проекта.

Git (не GitHub) изначально поддерживает «разветвление» всего репозитория (т. Е. Его клонирование) двумя способами:

• при клонировании для вас создается пульт с именем origin
• по умолчанию все ветки в клоне будут отслеживать свои origin эквиваленты
• получение и объединение изменений из исходного проекта, из которого вы разветвлялись, тривиально просто

Git делает внесение изменений обратно в источник вилки так же просто, как попросить кого-то из исходного проекта получить от вас или запросить доступ на запись, чтобы вернуть изменения самостоятельно. Это та часть, которую GitHub упрощает и стандартизирует.

Есть ли опасения по поводу того, что Github расширяет git в этом направлении? Или какие-то слухи о том, что git поглотит эту функциональность?

Нет никакого беспокойства, потому что ваше предположение неверно. GitHub «расширяет» функциональность Git разветвления за счет красивого графического интерфейса и стандартизированного способа выдачи запросов на вытягивание, но не добавляет функциональность в Git. Концепция полного репо-форка встроена прямо в распределенный контроль версий на фундаментальном уровне. Вы можете отказаться от GitHub в любой момент и по-прежнему продолжать выталкивать / вытягивать проекты, которые вы «разделили».

Да, форк - это клон. Это произошло из-за того, что вы не можете отправлять копии другим лицам без их разрешения. Они делают для вас копию (fork), где у вас также будет разрешение на запись.

В будущем, если фактическому владельцу или другим пользователям с вилкой понравятся ваши изменения, они смогут вернуть ее в свой репозиторий. В качестве альтернативы вы можете отправить им «пул-реквест».

«Вилка» в этом контексте означает «Сделать копию их кода, чтобы я мог добавлять свои собственные модификации». Больше нечего сказать. Каждый клон - это, по сути, вилка, и исходник должен решить, брать ли изменения из вилки.

Клонирование включает в себя создание копии репозитория git на локальном компьютере, в то время как разветвление - это клонирование репозитория в другой репозиторий. Клонирование предназначено только для личного использования (хотя в будущем могут произойти слияния), но при разветвлении вы копируете и открываете новый возможный путь к проекту.

Я думаю, что fork - это копия другого репозитория, но с модификацией вашей учетной записи. например, если вы непосредственно клонируете другой репозиторий локально, источник удаленного объекта по-прежнему использует учетную запись, из которой вы клонируете. Вы не можете зафиксировать и внести свой код. Это просто чистая копия кодов. В противном случае, если вы создадите форк репозитория, он будет клонировать репо с обновлением настроек вашей учетной записи в вашей учетной записи github. А затем клонируя репо в контексте своей учетной записи, вы можете зафиксировать свои коды.

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

Git clone - это настоящая команда, которая позволяет пользователям получить копию исходного кода. git clone [URL] Это должно создать копию [URL] в вашем собственном локальном репозитории.

Здесь есть неправильное понимание того, что такое «вилка». Фактически, форк - это не что иное, как набор ветвей для каждого пользователя. Когда вы нажимаете на вилку, вы фактически нажимаете на исходный репозиторий, потому что это ЕДИНСТВЕННЫЙ репозиторий.

Вы можете попробовать это, нажав на вилку, отметив фиксацию, а затем перейдя в исходный репозиторий и используя идентификатор фиксации, вы увидите, что фиксация находится «в» исходном репозитории.

В этом есть большой смысл, но это далеко не очевидно (недавно я обнаружил это случайно).

Когда Джон разветвляет репозиторий SuperProject, кажется, что на самом деле все ветки в исходном репозитории реплицируются с такими именами, как «John.master», «John.new_gui_project» и т. Д.

GitHub «скрывает» объект «Джон». от нас и создает иллюзию, что у нас есть собственная «копия» репозитория на GitHub, но у нас ее нет, и она даже не нужна.

Таким образом, ветка моей ветки «master» на самом деле называется «Korporal.master», но пользовательский интерфейс GitHub никогда этого не показывает, показывая мне только «master».

Я думаю, что это в значительной степени то, что в любом случае происходит под капотом, основываясь на том, что я делал в последнее время, и если вдуматься, это очень хороший дизайн.

По этой причине я думаю, что для Microsoft было бы очень легко реализовать вилки Git в своем предложении Visual Studio Team Services.

Помимо того факта, что клонирование осуществляется с сервера на вашу машину, а при разветвлении создается копия на самом сервере, важное отличие состоит в том, что при клонировании мы фактически получаем все ветки, метки и т. Д.

Но когда мы разветвляемся, мы фактически получаем только текущие файлы в главной ветке, не более того. Это означает, что мы не получаем другие ветки и т. Д.

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

Fork - это не команда в Git; это просто концепция, которую реализует GitHub. Помните, что Git был разработан для работы в одноранговой среде без необходимости синхронизировать данные с какой-либо главной копией. Сервер - это просто еще один партнер, но мы смотрим на него как на главную копию.

Проще говоря,

Когда вы говорите, что разветвляете репозиторий, вы в основном создаете копию исходного репозитория под своим идентификатором GitHub в своей учетной записи GitHub.

а также

Когда вы говорите, что клонируете репозиторий, вы создаете локальную копию исходного репозитория в своей системе (ПК / ноутбуке) напрямую, не имея копии в вашей учетной записи GitHub.