можно пример?

разве тогда не будут конфликты при слиянии? если делать слияние со стратегий принятий чужих изменений, то это может быть опасно.

Логично, что --ammend нужно делать до push, а --force после (если до такого дойдет)

melky, monolithed, спасибо, вчера уже наступил (грабли) :)

ну, по идее нет проблем слить эти изменения автоматически.

вопрос: мне надо удалить все файлы, кроме [selector]. Пишу

git rm !selector

но не работает. Что делаю не так?

На выбор:

git rev-parse --abbrev-ref HEAD | xargs git ls-tree -r --full-tree --full-name --name-only | grep -v FILE\.js | xargs git rm -rf

git filter-branch --tree-filter 'find...'

find ./ -type f ! -name 'FILE*\.js' | xargs git rm -rf

ls -1 | grep -v FILE\.js | xargs git rm -rf

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

monolithed, спасибо.

tenshi, благодарю. Пожалуй, этот способ для меня в данный момент будет самый простой и легкозапоминающийся.

После относительно недолгой работы с git, меняю свое мнение с этого
на это: управление нифига не очевидно и интуитивно не понятно. Не юзер френдли.

со знаниями юникс -интуитивное и очевидное

юникс тут не при чем. Например, мое мнение как должно быть (примерно):

branch.create(name)
branch.switch(name)
а не
branch name
checkout name

тупо ооп. Кого лешего разные команды? И таких неочевидностей пруд пруди. Удалить ветвь на удаленном репозитории

git push server :branch
вместо
git remote.branch(name).delete

это ж вообще ппц. Писать долго? Путь делает автокомплит по табу исходя из значения перед точкой.

p.s.: да, я знаю, что для создания и переключения на ветвь сразу есть своя команда