Многие объяснения уже присутствуют, чтобы объяснить, как это происходит и как это исправить, но вы также должны следовать рекомендациям, чтобы избежать NullPointerException
вообще.
См. также: A хороший список лучших практик
Я бы добавил, очень важно, хорошо использовать модификатор final
. Использование "окончательной" модификатор, когда это применимо в Java
Сводка:
final
для обеспечения хорошей инициализации. @NotNull
и @Nullable
if("knownObject".equals(unknownObject)
valueOf()
поверх toString (). StringUtils
StringUtils.isEmpty(null)
. Это - поведение по умолчанию мерзавца.
можно использовать флаг-f для контроля, чтобы сделать "чистый контроль", если Вам нравится.
то, Почему это - файл, показывают, как изменено в основном ответвлении даже при том, что это было изменено в ответвлении сборки мерзавца?
ключ для запоминания - то, что файл был не изменен в ответвлении сборки мерзавца. Это было только изменено в Вашей рабочей копии.
Только, когда Вы фиксируете, изменения, отложенные в то, какой бы ни переходят, Вы проверили
Если Вы хотите временно сохранить свои изменения в одном ответвлении, в то время как Вы уходите, чтобы сделать работу над другим, можно использовать эти git stash
команда. Это - одна из удивительных небольших незамеченных льгот использования мерзавца. Рабочий процесс в качестве примера:
git stash #work saved
git checkout master
#edit files
git commit
git checkout git-build
git stash apply #restore earlier work
git stash
хранилища стопка изменений, таким образом, можно безопасно сохранить несколько контрольных точек. Можно также дать им имена/описания. Полная информация об использовании здесь .
Измененные файлы не помещаются в репозиторий, пока Вы не добавляете , и фиксируют их. Если Вы переключаетесь назад на свою тему, переходят и фиксируют файл, то это не появится на основном ответвлении.