#git
#git
Вопрос:
Я добавил инструкции отладки примерно в 10 классов уровня фреймворка. Поскольку в этом проекте много проводки на основе XML и сложная логика, его сложно отлаживать и понимать ход вещей, поэтому я ввел несколько важных отладочных инструкций. Поскольку это классы подключения фреймворка, если я использую точки останова в качестве альтернативы, для каждого щелчка требуется много точек останова каждый раз.
Теперь я хотел бы сохранить эти изменения и не хочу их переделывать. Эти классы (которые я добавил в эти инструкции отладки) редко меняются. Раньше я сохранял свои изменения и сохранял. Мне интересно, является ли использование ветки для этой цели более эффективным и простым.
Я бы не назвал себя экспертом по git, все еще учусь. Для меня я, по крайней мере, вижу 3 варианта:
- просто сохраните их и примените при необходимости
- сохраните ветку с этими изменениями и объедините их
- сделайте ветку тайника (не знаю, есть ли какая-либо разница с # 2)
Каждый раз, когда я работаю над веткой задачи, я хотел бы внести эти изменения, но я все равно не могу зафиксировать эти (отладочные) изменения. Во время фиксации я буду игнорировать эти элементы.
Любые идеи помогут мне
Комментарии:
1. Я не уверен, что вы подразумеваете под # 3. Тайник — это, по сути, просто безымянная ветка, хотя вы можете легко создать новую ветку из тайника позже (используя
git stash branch
).2. @chepner да, в # 3 это то, что я имел в виду. Я только что увидел эту «ветку тайника» в Интернете, поэтому я спросил. Вы знаете, я хотел бы выяснить, какой маршрут лучше подходит для моего варианта использования.
3. Если ваша цель — иметь набор инструкций отладки, которые вы можете удалять и восстанавливать со временем по мере развития вашей ветки, stash может быть правильным подходом. (Вы можете использовать
git stash pop
вместоgit stash drop
, чтобы применить тайник к вашим зафиксированным изменениям, а затем просто восстановить файлы.) Имейте в виду, однако, что ваш stash может не применяться в чистом виде после значительных изменений кода. На самом деле нет хорошего решения этой проблемы. Возможно, вы захотите просто сохранить инструкции debug, но укажите настройку времени выполнения, чтобы отключить их до тех пор, пока это не потребуется.4. Мне нравится ваша идея зафиксировать эти изменения с помощью флага времени выполнения. Я буду обсуждать это с командой.
5. Другим вариантом было бы сохранить ветку debug, в которую вы объединяете изменения , но никогда иначе не изменяйте и не объединяйте обратно в ветку разработки.