Этих данных недостаточно, покажите вывод команды mount после монтирования этого образа.
У меня выводится
/home/jcmvbkbc/tmp/zzz/fat12.img on /home/jcmvbkbc/tmp/zzz/t type vfat (rw,relatime,uid=500,gid=500,fmask=0022,dmask=0022,codepage=cp437,iocharset=ascii,shortname=mixed,errors=remount-ro)
и очевидным образом iocharset неправильный. Правильный я подобрать с ходу не смог.
Альтернативно попробуйте примонтировать свой образ с -o iocharset=utf8 и создать на нём файл из терминала с локалью в UTF8.
Ещё одно отличие: патчи присутствующие в апстрим-бранче (достаточно совпадения содержимого, описание коммита может отличаться) будут выкинуты из перебазированной ветки. Т.е. если в ветке topic есть патчи принятые в master, то после git rebase master topic эти патчи из хвоста master...topic исчезнут. Если же сделать cherry-pick пачки коммитов в ветку, содержащую копии некоторых из них, cherry-pick будет плеваться примерно так:
nothing to commit (working directory clean)
The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:
А по-моему действие абсолютно одинаковое.
Вы никогда не пробовали в список который выкидывает git rebase -i дописать pick для произвольных коммитов?
Однако небольшая разница есть именно в пакетной обработке: при конфликте git rebase можно продолжить опцией --continue или откатить --abort. cherry-pick вроде такой возможности не имеет.
Допустим. В линуксе допустимо произвольное количество пробелов и табов между #! и именем интерпретатора, а так же в конце строки. Код можно посмотреть здесь: lxr.free-electrons.com/source/fs/binfmt_script.c#L49
Ммм, неактуально, это не кроновский скрипт и интерпретатор прописан как /bin/bash.
Хорошо, чтобы получить в скрипте запущенном из крона типичное окружение можно сделать что-нибудь типа
. /etc/profile
Насколько я понял, это отправка пакетов на фильтрацию в юзерспейс. Чтобы с пакетами что-нибудь произошло, должно быть запущено приложение, обслуживающее юзерспейсную очередь; в противном случае пакеты отфильтрованные этим правилом будут молча отброшены.
Ок, т.е. notice_outputcontext — это ваша ветка, она такая же как и на сервере (remotes/origin/notice_outputcontext).
Что выводит git show сразу после мёржа?
Что выводит git push -v --dry-run сразу после мёржа?
Моё подозрение — phpstorm лажает.
