git fork vs branch

Ты можешь создать локальную ветку в клоне форка любимого проекта :)

Clone - это понятие уровня технологии git, fork - это понятие уровня гит-хостингов типа GitHub. Они живут на разных уровнях абстракции.

Технически форк можно реализовать через клон. Но у форка подразумевается наличие отягощения в виде инфраструктуры отдельного проекта.

Ветка - это указатель на коммит.

А «способ внесения изменений в репозиторий» - слишком неопределённая фраза, которую можно понимать по-разному. К примеру для репозитория на гитхабе способом внесения изменений является создание форка, потом создание ветки со своим коммитом, потом создание pr из этой ветки в основной реп.

Ты для себя разбираешься, или это нынче в вузах такие вопросы?

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

Хотя на Гитхабе клонирование репозитория из одной учетной записи в другую называется именно fork, что наверное и вносит путаницу.

Клонирование в git — создание копии репозитория. Обычно командой git clone. Не важно, локально или удалённо. Вполне можно запустить git clone, указав локальный путь источника, всё сработает полностью аналогично.

Технически форк можно реализовать через клон. Но у форка подразумевается наличие отягощения в виде инфраструктуры отдельного проекта.

На гитхабе (и прочих) рабочие копии, которые создаются порой ради единственного пул-реквеста, называются форками, что вносит путаницу в терминологию.

На гитхабе (и прочих) рабочие копии, которые создаются порой ради единственного пул-реквеста, называются форками, что вносит путаницу в терминологию.

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

Так что именование правильное.

Неправилен/неэффективен сам подход когда заслать патч на ревью можно только через создание форка. Но это уже другая дискуссия.

Неправилен/неэффективен сам подход когда заслать патч на ревью можно только через создание форка. Но это уже другая дискуссия.

Ну в общем да.