lukoie: что за взятие на понты, малчик?!
начнем с того, что ты в корне поменял вопрос.
на новый вопрос ответ звучит так: git filter-branch
ты мне давеча тут гугл цитировал, что не нашел разве?
х...орошо искал. https://stackoverflow.com/a/4494037
Алексей: на мой взгляд, автор хочет странного. Той галки более чем достаточно во включенном или выключенном состоянии. Иначе, надо либастрал прикручивать - "тут хочу, чтобы разлепляло, а там - не хочу"
bambuk26rus: штудируешь тут, потом, если не найдешь ответа, идешь сюда и возмущенно пишешь "ироды, сделайте так, как я хочу!!1 иначе не буду скачивать вашу комьюнити сборку больше!!1"
Alexey Sosnovsky: милейший, вы сюда притащились рассказать, что у вас другого решения нет, или, всё-таки, с целью найти что-то получше? Уже хором тут кричим, что надо виртуальные машины использовать, но нет..
Как видишь, нет, не освоил.
просто читай глазами монитор, когда будешь делать git add . и git commit. если что-то пойдет не так, можно же не пущить и исправить сразу.
myskypesla: если не коммитил и не делал git add, то просто положи .gitignore в корень проекта и закоммить.
если делал git add, напиши git status и почтитай how to unstage. и выполни.
а вообще, https://git-scm.com/book/en/v2
Алексей Сундуков: я работал с гит флоу, и он мне не понравился именно своим "интеллектом". Если у разработчика не хватает смелости запомнить три команды, то я всё.
А тут вон оказалось (см. ссылку на SO), что надо ключик к гитфлоу. так какая разница, к чему ключи учить - к гиту или к каким-то невнятным прослойкам?!
То есть, "гит флоу, как парадигма" - хорошо, годно. "Гит флоу, как набор скриптов" - отстой полнейший.