При преобразовании чисел от прямого порядка байтов до формата с обратным порядком байтов и наоборот
Это не имеет ничего общего с код выхода, возвращаемый EXE. Ошибка генерируется, когда EXE записывает в stderr, но только внутри ISE или при удаленном взаимодействии или использовании фоновых заданий.
EXE, который записывает в stderr, , а не генерирует ошибки из обычной командной строки PowerShell. Я не уверен, почему это так.
После троллинга волн мира IRC, кто-то дал отличное решение:
git cherry-pick SHA1 --no-commit
git add --patch
Надеюсь, это поможет кому-нибудь еще с тем же вопросом!
РЕДАКТИРОВАТЬ: Хорошо, может быть, это не так. все так просто. Вот полные шаги:
Сначала вы должны войти в свой репозиторий, выполнить необходимый cd
-ing, чтобы попасть в рабочий каталог.
Теперь вам нужно добавить удаленную ветку, и затем принеси это. Для этого выполните:
git remote add someUser git: //github.com/someUser/someRepo.git
git fetch someUser
Теперь вы можете запускать такие команды, как git log someUser / master
, чтобы найти коммит SHA1, который вы хотите объединить «частично».
Теперь, когда у вас есть SHA, вы можете запустить:
git cherry-pick -n SHA1
где SHA1
это SHA фиксации, да!
Вполне возможно, что будут конфликты, в зависимости от того, сколько лет фиксации и как часто меняется эта конкретная область проекта. Извините, но вы должны вручную решить их с помощью надежного редактора. Так что вытащите VIM или что-то еще, что вы используете, и устраняйте конфликты, пока не дойдете до стадии, когда вам нравятся изменения.
Теперь вам нужно сбросить индекс до версии HEAD, затем вы можете использовать надежный GIT add --patch
, чтобы выбрать нужные вам изменения:
git reset HEAD
git add --patch
или git add -p
Ура! Время фиксации:
git commit -m «Я объединил выбранное количество изменений»
Чтобы убрать беспорядок (то, что вы сказали «нет» в git add --patch
) и оставить только выбранные изменения в вашем рабочем репозитории, запустите:
на работу.