Должен ли я хранить свои вилочные хранилища GitHub навсегда?

Итак, я разветвил чужой репозиторий, внес несколько изменений, представил запрос на перенос, и мои изменения внесли его в продукт. Отлично!

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

Я не очень беспокоюсь о резервном копировании. Меня больше беспокоит разрыв ссылок, потеря сообщений и т. Д.

256 голосов | спросил Brant Bobby 24 MarpmThu, 24 Mar 2011 19:46:20 +03002011-03-24T19:46:20+03:0007 2011, 19:46:20

5 ответов


7

Удаление разветвленных репозиториев приведет к стиранию истории из ваших запросов Pull.

 PR с неизвестным хранилищем

Удаление разветвленного репозитория удалит любую информацию, связанную с вашим репозиторием. Это будет ретроактивно влиять на все ссылки на ваш репозиторий, включая отложенные запросы, которые уже были объединены. (См. В запросе Pull отображается «неизвестное репо» после удаления вилки )

Говоря из личного опыта, 15 минут удаления репозиториев повлияли на мои запросы на вытягивание еще в 2014 году .

Однако удаление старых ветвей после слияния совершенно безопасно

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

  

Уборка после запроса Pull

     

В GitHub мы любим использовать Pull Requests весь день, каждый день. Единственная проблема заключается в том, что мы закончили с большим количеством несуществующих ветвей после того, как Pull Requests были объединены или закрыты. Время от времени один из нас очищал эти ветви со сценарием, но мы подумали, что было бы лучше позаботиться об этом шаге в рамках нашего обычного рабочего процесса на GitHub.com.

     

Начиная с сегодняшнего дня, после того, как запрос Pull был объединен, вы увидите кнопку для удаления затяжной ветки:

     

 Удалить эту кнопку ветви

     

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

     

 Удалить ветку с предупреждением

     

Конечно, вы можете удалять ветви только в репозиториях, к которым у вас есть push-доступ.

     

Наслаждайтесь своими аккуратными репозиториями!

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

См. также

ответил Steven Vascellaro 4 Maypm18 2018, 19:19:29
185

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

  1. Удаление ничего не вредит.
  2. Вы всегда можете отредактировать, если вам нужно
  3. Он сокращает бесполезные репозитории в результатах поиска, когда люди что-то ищут.
  4. Если вы используете GitHub как своего рода резюме для потенциальных заданий /контрактов, это выглядит лучше, если у вас нет десятков разрытых репозиториев, над которыми вы сейчас не работаете. Вы окажетесь более эффективными.
  5. Это помогает вашему собственному здравомыслию, когда вам не приходится просматривать сотни бесполезных репозиториев.
  6. Лучше для GitHub. :)
ответил tharris 27 AM000000120000005231 2013, 00:06:52
59

Вы можете удалить свою вилку, как только вы отправите запрос Pull , независимо от того, объединена она или нет. GitHub хранит все PR в репозитории upstream , что означает изменения отслеживаются, даже если вилка удалена.

Это упрощает решение.

Вы все еще можете сохранить вилку, если:

  • Вы сразу внесете свой вклад (например, продлите существующий PR или откройте новые PR)

Вы можете удалить вилку, если:

  • Вам нужен чистый портфель проектов под вашим именем.
ответил Dennis 22 ndEurope/Moscowp30Europe/Moscow09bEurope/MoscowMon, 22 Sep 2014 22:51:09 +0400 2014, 22:51:09
19

Я бы, наверное, tar /gzip его и вставлял в архив dir, а затем удалял его через 3 года. ;) Честно Если вы не собираетесь работать над этим снова в течение следующих нескольких месяцев и не использовали его в какое-то время, я думаю, что было бы безопасно его удалить.

ответил Zachary K 24 MarpmThu, 24 Mar 2011 19:48:44 +03002011-03-24T19:48:44+03:0007 2011, 19:48:44
10

Чтобы добавить к предоставленным ответам, сам GitHub рекомендует удалять («убирать») разветвленные репозитории после их объединения.

Это можно сделать прямо в запросе на вытягивание после слияния - см. это сообщение в блоге .

Кроме того, с этого момента я не вижу недостатков, замеченных в комментариях:

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

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

ответил Marius Balčytis 12 +03002016-10-12T00:59:59+03:00312016bEurope/MoscowWed, 12 Oct 2016 00:59:59 +0300 2016, 00:59:59

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132