Каковы практические последствия перезаписи истории GIT?

Question

Наш проект использует git в течение недели или около того, и мы все очень наслаждаемся им (использование его в жесткой совместной группе оказывается совсем другим git-опытом). Чтобы все было как можно проще, мы не делаем никаких изменений или изменений в истории. Но за первую неделю мы допустили несколько ошибок. Было сделано несколько коммитов, которые не должны были быть выполнены, и нам удалось объединить ветвь функции в неправильную ветку интеграции (1.1 вместо 1.0). И мы не узнали об этих вещах, пока они не вошли в нашу историю.

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

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

• Если я переписываю историю (и все компилируется/работает во всех затронутых ветвях), мои сотрудники должны делать какие-либо специальные команды)? (Другими словами, будут ли они «знать, что я это сделал», если бы я сделал это хорошо?)
• Будут ли какие-либо пользователи с локальными изменениями, о которых я не знаю, имеют право на слияние сбоев при git pull?
• Я пропустил что-то важное здесь?

Любые ссылки на статьи/учебные пособия по этому вопросу также были бы очень приятными.

Answer 1

Обязательное чтение: Problems with rewriting history в Руководстве пользователя Git.

Если я переписать историю (и все компилирует/работает во всех пострадавших отраслях), будут мои сотрудники должны делать какие-либо специальные команды (т.е. они будут «знать, что я сделал это», если бы я сделал это хорошо ?)?

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

Будут ли какие-либо пользователи с локальными изменениями, о которых я не знаю, имеют право на слияние сбоев на git pull?

Абсолютно, см. Выше.

Я пропустил что-то важное здесь?

Избегайте переписывания истории (почти) всех расходов!

Answer 2

Как упоминалось в других ответах на комментарии, на практике каждая фиксация уникальна, и история перезаписи будет совершать новые коммиты.

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

Это приводит нас к a couple good reasons to rewrite history:

• Тонкий вниз частного хранилища перед огласку: например, создать новый локальный учрежденческой, тест, тест, перепишем, толчок.
• Удалить конфиденциальные данные из частного репо перед публикацией.

Те, кто уже говорит о том, что Грег уже сказал: переписывая историю will potentially screw up everyone, если репозиторий общедоступен (нажата фиксация). Причина, почему я также выступаю за то, чтобы избегать ее вообще любой ценой даже в частных репозиториях, просто чтобы сохранить хорошую привычку: и поэтому следует переписывать историю переписывания любой ценой^{(это означает просто дать достаточно рассмотрения перед этим: вес все плюсы и минусы!)}

И есть хотя бы еще одна философская и пропущенная причина: перезаписанная история - данные потеряны. Правда, история git с revert может показаться более беспорядочной, чем reset. Но если правильно написано, все, что «беспорядок» может быть скрыто в отдельных ветвях, и все же мы можем точно видеть, в какой момент был сделан возврат. И даже с причинами или доказательствами, почему это было сделано.

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