Я часто хочу задать вопрос тому, кто написал функцию, но теперь я не могу без обратной ссылки на архивное моно репо, потому что вся история принадлежит одному парню, который переместил файлы «неправильно».(Просто в кавычках, потому что я не вижу проблем, кроме git blame)
Было бы очень полезно сохранить информацию git blame из старого репозитория, где были созданы файлы.Это возможно?Было много коммитов и рефакторингов с тех пор, как была сделана оригинальная копия в другой репо.Старый репо является полезной ссылкой на моно-репо архива, и на данный момент он не используется.
Я полагаю, что это было бы возможно, если бы исходный ход был сделан путем перезаписи оригинала / мастера с новым местоположением репо, как ямы делали это раньше и сохранили историюНо теперь, когда над этим было проделано так много работы, я не знаю, как решить проблему.
Потенциальная идея:
- Клонировать или обрабатывать архивное моно-репо
- Найти точный коммит с нужной историей из архивного репо, который использовался для запуска нового репо
- Извлеките новую ветвь recovery_blame, чтобы выполнить работу по слиянию в
- Измените origin / master remote, чтобы он указывал на новое репо
- Я считаю, что единственный вариант здесь - это переназначить master на веткуrecover_blame?Слияние не возместит первоначальную вину мерзавца?
Я полагаю, что есть огромная оговорка с перебазировкой мастера, которая полностью испортит всех с ответвлениями, не так ли?Это нарушает золотое правило перебазирования, не перебрасывайте ветку, кто-то другой уже начал отрабатывать.Я думаю, что это сработало бы, если бы мы все согласились на это и сделали это, но никогда не будет подходящего времени для этого.Есть ли более безопасный способ вернуть историю вины, не нарушая всех?