Измененные файлы в ответвлении мерзавца перетекают в другое ответвление

Многие объяснения уже присутствуют, чтобы объяснить, как это происходит и как это исправить, но вы также должны следовать рекомендациям, чтобы избежать NullPointerException вообще.

См. также: A хороший список лучших практик

Я бы добавил, очень важно, хорошо использовать модификатор final. Использование "окончательной" модификатор, когда это применимо в Java

Сводка:

  1. Используйте модификатор final для обеспечения хорошей инициализации.
  2. Избегайте возврата null в методы, например, при возврате пустых коллекций.
  3. Использовать аннотации @NotNull и @Nullable
  4. Быстрое завершение работы и использование утверждений, чтобы избежать распространения нулевых объектов через все приложение, когда они не должен быть пустым.
  5. Сначала используйте значения с известным объектом: if("knownObject".equals(unknownObject)
  6. Предпочитают valueOf() поверх toString ().
  7. Используйте null safe StringUtils StringUtils.isEmpty(null).

44
задан random 21 November 2011 в 04:35
поделиться

4 ответа

Это - поведение по умолчанию мерзавца.

можно использовать флаг-f для контроля, чтобы сделать "чистый контроль", если Вам нравится.

12
ответ дан Marko 26 November 2019 в 21:47
поделиться

то, Почему это - файл, показывают, как изменено в основном ответвлении даже при том, что это было изменено в ответвлении сборки мерзавца?

ключ для запоминания - то, что файл был не изменен в ответвлении сборки мерзавца. Это было только изменено в Вашей рабочей копии.

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

59
ответ дан Gareth 26 November 2019 в 21:47
поделиться

Если Вы хотите временно сохранить свои изменения в одном ответвлении, в то время как Вы уходите, чтобы сделать работу над другим, можно использовать эти 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 хранилища стопка изменений, таким образом, можно безопасно сохранить несколько контрольных точек. Можно также дать им имена/описания. Полная информация об использовании здесь .

39
ответ дан Peter Burns 26 November 2019 в 21:47
поделиться

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

9
ответ дан Greg Hewgill 26 November 2019 в 21:47
поделиться
Другие вопросы по тегам:

Похожие вопросы: