Каковы текущие лучшие практики с ветвями git, которые были созданы для проверки решения проблемы и не были объединены, потому что процесс проверки показывает, что они неправильные или есть лучшие решения проблемы?
Пример. В проекте fizzbuzz есть сообщение об ошибке, сообщающее о сбое в пустых полях.
- Я создаю новую ветвь
handle-empty-fields
и делаю две фиксации этой ветки, "решая" проблему. - Затем я отправлю эту ветку менеджеру проекта fizzbuzz, связав его в отчете об ошибке.
- Кто-то находит ошибку в моем исправлении, пишет другой патч и этот патч принимается.
Теперь код в handle-empty-fields
моем коде бесполезен: он неверен и больше не может быть применен к коду, но он был указан в этом отчете об ошибке.
Что мне делать? Держите ветку? Я быстро закончу десятками заброшенных веток, и git не имеет возможности отметить ветку как заброшенную или закрытую. Удалить ветку? Но тогда люди, смотрящие на этот отчет об ошибке, найдут его и получат 404.
Людям часто предлагается не переустанавливать свои репозитории, потому что это вызовет проблемы для других разработчиков, особенно для разработчиков. Каковы предложения для ветвей функций или ошибок?
Обновить: похоже, что github никогда не удаляет коммиты, содержащиеся в запросах на pull. Итак, если вы нажмете свои изменения, включите их в запрос на вытягивание, вы можете позже удалить ветку, не теряя при этом никаких изменений. Ну, пока github все еще работает;).