Я хотел бы сделать некоторые улучшения для фрагмента кода, который я написал ранее. Поэтому я создал новую ветку git и изменил то, что я хотел изменить. Теперь, когда изменения завершены, я обнаружил, что моя новая версия не обязательно лучше, но просто отличается в первую очередь. Следовательно, я думаю, что лучше не просто объединять ветви и изменять исходный файл, делая это.
Вместо этого я хотел бы создать копию файла, который содержит новые функции, в то время как исходный файл остается нетронутым.
(Моя работа - это исследовательская работа, поэтому я хотел бы сравнить обе версии в действии позже.)git: Как перенести изменения в новый файл перед слиянием ветки?
Одним из очевидных способов сделать это, конечно, является проверка основной ветви, копирование всего содержимого исходного файла в буфер обмена, снова проверьте ветвь функции и вставьте все в новый файл перед выполнением слияния.
, но я всегда хотел, чтобы узнать новые вещи, и мой метод выглядит немного neandertaler-иш ко мне, если вы знаете, что я имею в виду ...
Так что мой вопрос: Есть ли способ, чтобы сделать мерзавец сделать это для меня (возможно, слияния).
Спасибо! :)
Большая часть точки Git - это возможность вернуться к любой версии без проблем, не ограничиваясь несколькими версиями одного и того же файла. Пока у вас есть хорошие сообщения о фиксации, вы можете проверить старую версию позже и запускать их бок о бок, когда захотите. Это немного привыкает, но я думаю, что стоит сохранить ваш репозиторий в чистоте (и, следовательно, его легко понять). – vroomfondel