Это если то были обратные мержи из мастера само собой, если мержи других веток, то не уверен что произойдет вообще

как сделать так, чтобы git ls-files --others --ignored --exclude-standard печатал директории как с опцией --directory  и добавлял к ним файлы , которые игнорируются поименно( не  директории крч)

сейчас

хочу:
.venv
app/.projectroot

в гитигноре:
.venv/
app/.projectroot

Есть какой-то способ вывести файлы которые есть в гитигноре и гитексклюде?

Подскажите, если случайно начал merge и хочу его отменить(коммит не делал, конфликты не решал) то что лучше сделать?

Просто перейти в HEAD?

или git reset —hard?

Там в подсказках к мержу (если вы в консоли), должно быть что-то на счёт этого
Типа
git merge --abort

Я обычно не запоминаю эти флаги как раз потому что во время мержа/ребейза можно туда подсмотреть, или сделав git status

Готово) Спасибо

Ребят, всем привет!
Подскажите, пожалуйста, по GitFlow - правильно ли я думаю

Вопрос с тем, как правильно работать с GitFlow, а именно: как вносить исправления (фиксы и рефакторинг) существующих фич в проекте

Типичный сценарий:
Есть у тебя в девелоп (develop) ветке твоё актуальное, нормальное состояние проекта.
Нужна тебе фича логина - стартуешь фичу логина. Ты её реализовал, накоммитил туда и готово. Отлично. Фича готова, закончена - мержишь её в девелоп
Тут всё нормально

Жизнь идёт.... время текёт....
После мержа проходит какое-то время, проект растёт, что-то меняется, и тут тебе надо отрефакторить свою страницу логина.
И тут проблема: как тебе сделать этот рефакторинг?

Ты не можешь переключиться на старую ветку логина. Она устарела, в ней уже не актуальный код, он где-то когда-то был частично переписан. Кароче, она отличается от актуальной версии того, что у тебя есть в приложении.

От девелопа ты же не можешь стартануть новую ветку, типа логинРефакторинг? (создать, внести изменения, вмержить обратно в девелоп)? Или это именно так и делается?
Как вообще устраивать рефакторинг в приложении, если он требуется для большого количества компонентов?

любая фич ветка вливаясь в основную удаляется. дальше если нужно фиксить делается новая ветка, от основной (актуальной). чтобы история была линейной. если делать как ты написал, то будет гит катастрофа никто вообще не будет понимать, кто что куда и зачем вливал. поищи картинки в интернете.

Это подход в соответствии с GitFlow?
Разве должны удалятся фич-ветки, после завершения работы над ними и мержинга в девелоп?

А в чем проблема сделать новую ветку ?

ну в терминологии я не силен. я говорю чтоб порядок был:
https://habrastorage.org/storage/a90013bb/4166845b/d7905ec1/572137b0.png

Рефакторинг делать как новый бранч.

Ты не можешь переключиться на старую ветку логина. Она устарела, в ней уже не актуальный код, он где-то когда-то был частично переписан. Кароче, она отличается от актуальной версии того, что у тебя есть в приложении.

Ты МОЖЕШЬ переключиться на старую ветку. Переключиться и сделать ей REBASE например. Или смёржить мастер туда.