Я работаю с сотрудником по некоторому коду, который, насколько мне известно, дает хороший результат. В этом коде у нас есть функция, которая принимает переменную vals_dB
, которая представляет собой 2D-массив логарифма величины некоторых сложных поплавков. По причинам, которые не имеют отношения к делу, мы хотели бы реорганизовать код так, чтобы функция принимала vals_cpx
, так что функция также получает информацию о фазе.git команды для двух рабочих версий
Мой вопрос: какая лучшая модель рабочего процесса git для этого? Мы можем или не можем использовать функцию с измененным аргументом, но мы хотели бы хотя бы увидеть, работает ли она и проверять ее на старый вывод (который был протестирован и работает так, как он должен). Должны ли мы использовать ветвление? Или просто отслеживайте коммиты и возвращайтесь в предыдущее состояние, если мы решили вернуться к оригиналу?
О себе, я использовал git для совместного использования кода с другими на некоторое время, но из-за постоянных сроков у меня никогда не было возможности сесть и действительно подумать о том, что я делаю. В результате мои рабочие деревья обычно оказываются в состоянии беспорядка, и я получаю кучу отвратительных конфликтов слияния.
Создайте ветвь «feature», а затем, после тестирования новой функции, вы можете объединиться обратно в текущую ветку, где у вас будет функция, которая принимает переменную 'vals_dB'. – ishmaelMakitla
Я использовал p4merge и сделал слияние визуально. Кусок пирога! Я не знаю, почему я был так напуган. –