У нас имеется один репозиторий и один проект развернутый локально.
- Я сделал коммит
commit1, задеплоил изменения в staging на сервер (например, чтобы показать руководителю, не программисту). - Руководитель сказал хорошо, но нужно сделать кое-что другое, совсем другой функционал. А
commit1пока не деплоить на staging. - Я делаю
commit2в репозиторий, опять деплою на staging.
Все нормально, нужно деплоить в production. Но в репозитории уже есть commit1 который деплоить в production нельзя, соответственно я в ручную возвращаю старый код в этих файлах и только тогда деплою в production изменения commit2.
Как организовать в таком случае работу?
git-flow- принцип: одна фича-одна ветка из develop (тут стэйджинг). Тогда любые изменения параллельные будут в разных ветках и переключения меж ними - просты. – ЮрийСПб Aug 30 '17 at 08:59commit1иcommit2уже в удаленном репозитории. – evans Aug 30 '17 at 09:17master? тогда лучшеgit revert <хеш коммита 1>– Nick Volynkin Aug 30 '17 at 09:23commit1иcommit2, но в итоге в продакшн мне нужно задеплоить толькоcommit2– evans Aug 30 '17 at 09:26masterмы не будем переписывать, а свою фичеветку — запросто. – Nick Volynkin Aug 30 '17 at 09:28