Если вы не хотите фиксировать изменения, над которыми вы еще работаете, ваш первый шаг - отложить их - это довольно просто.
Следующий шаг - решить, где вы будете внедрять Ваш срочный запрос. Это зависит от
- Как вы настроили свою схему ветвления в управлении исходным кодом (см. здесь для большого ресурса), &
- Строка, в которой сообщалось об ошибке
О боссах-багах, как правило, сообщают из Release-Lines, принимая это как данность:
- Определите последний набор изменений, который соответствует версии, о которой было сообщено о вашей проблеме
- Отследите этот набор изменений до версии в ветке, с которой вы можете работать (я полагаю, вы не можете вносить изменения непосредственно в строку выпуска, верно)
- Создайте ветку и внесите изменения. Ваша среда сборки должна гарантировать, что все тесты и проверки гарантируют, что ваша проблема исправлена и что другие не появились.
Ваша следующая задача - как вы будете распространять эти изменения в новом выпуске. Это сильно зависит от того, как вы отправляете программное обеспечение клиенту (исправления? Исправления? Пакеты обновления?), А также от серьезности проблемы.
После того, как вы все вернете к нормальному состоянию, снимите с себя и продолжайте работу над своей долгосрочной задачей.