Замена главной ветви в git и предотвращение быстрой перемотки вперед

Question

У меня есть библиотека на github, и около года назад я полностью переписал приложение, которое не поддерживает обратную совместимость. Он находится на ветке, называемой «структурированной». Теперь большинство людей, которые устанавливают библиотеку, используют эту ветку, и я хотел бы сделать ее мастером и переместить текущего мастера в «наследие».

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

Answer 1

Я не думаю, что это возможно, если вы не реализуете крючок, но это может не стоить того.

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

Answer 2

Невозможно отвлечь их, потому что ветви Git - это просто метки: нет способа сказать, что новая ветка master отличается от старой.

Я думаю, что это плохая идея для клиента клонировать из ветки master, если они не хотят, чтобы он их разбивал. У вас должны быть ветви релизов или теги для этой цели, а затем люди могут клонировать от них, и они будут знать, что у них стабильная ветвь, которая может получать обратно совместимые обновления (в случае ветки) или никогда не меняться (в случае тег).

Что касается предупреждения, это невозможно, потому что нет крюка, который вы можете положить на сервер для запуска, когда кто-то выберет его (только для нажатия). Вам нужно просто написать его на своей странице GitHub.

Еще одна идея - внести поправки в последнее совершение в master, чтобы он не был быстрым переходом от старого master; и сделать это таким образом, чтобы вызвать конфликт. Таким образом, всякий раз, когда кто-то со старым хозяином тянет, они получат конфликт и должны проверить, что происходит.

Answer 3

Что касается «отбракованных» части вашего вопроса, то вы всегда можете сделать что-то вроде этого, как первый коммит нового хозяина:

#ifndef IMPLEMENTED_STRUCTURED 
#error "The master branch of project x has been completely rewritten and will break legacy applications. If you are unable to update your application, switch to the legacy branch of this project and your code should continue working as before. If you want to use the new structured code, simply add a preprocessor definition for IMPLEMENTED_STRUCTURED to get rid of this error message." 
#endif 

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

Надеюсь, если вы не используете C/C++, ваш язык имеет функциональность, которая может привести к аналогичному поведению.