Допустимо ли удалить публичный git fork и заменить его другим форком? - PullRequest
1 голос
/ 13 мая 2010

Если вы удалите общедоступный репозиторий git, а затем замените его другим, это может вызвать осложнения?

Справочная информация : Некоторое время назад я разветвил проект и сделал несколько коммитов, которые либо были загружены, либо стали неактуальными (но последний коммит my fork не предок основного хранилища). Я хотел бы удалить свой форк, чтобы я не получал ненужных запросов на получение на github.

Меня беспокоит то, что если я удаляю свой форк, а затем создаю новый форк на основе основного репозитория, это может вызвать те же проблемы, что и выполнение git rebase в публичном репозитории?

Ответы [ 3 ]

2 голосов
/ 13 мая 2010

Осложнения действительно будут похожи на те, что связаны с перебазированием публичной ветки. Новая ветка master будет указывать на коммит, который не имеет старого в качестве предка, поэтому каждый не сможет вытащить. (Филиалы, вероятно, также появятся или исчезнут, но это не так уж важно.)

Итак, я бы сказал, что есть два основных варианта:

  • Забейте вашу ветку слиянием. Короткая версия: используйте --strategy=ours, чтобы объединить своего (старого) мастера с мастером основного репо. Длинная версия: см. здесь или здесь . Это дает вам содержание мастера основного репо, но сохраняет вашу историю движением вперед обычным способом. Основная причина, по которой вы этого не сделаете, заключается в том, что вы действительно не хотите, чтобы эти коммиты в истории (возможно, потому, что они делают репо намного больше) - если это так, переходите ко второму варианту ...

  • Если это действительно должно произойти, смирись и сделай это. Сообщите людям, что происходит, пройдите это, и все будет хорошо.

0 голосов
/ 13 мая 2010

В репозитории git.git и linux.git есть ветки, которые постоянно перебазируются и переписываются. Я думаю, что хотя люди постоянно говорят, что вы не должны этого делать, они ошибаются. Я думаю, что люди должны делать git pull --rebase в любом случае, если они не знают лучше. Что не вызовет проблем, если вышестоящий поток что-то перебазирует. Просто поместите уведомление о том, что вы делаете это, и пока вы делаете это, создайте ветку, которая, как вы говорите, будет нестабильной и склонной к перебазированию.

0 голосов
/ 13 мая 2010

Я также новичок в Git, но из того, что я видел / использовал, очень недовольно полностью «удалять» репо. Это может вызвать много проблем, если другие захотят вернуться в него и т. Д.

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

Опять же, это любительский совет - у Джефроми, кажется, немного лучший вклад, но я подумал, что мне следует взвесить и мое мнение.

...