Откат в Git

Question

Откат в Git

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

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

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

Сводка:

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

25

git

задан Winner Crespo 19 November 2013 в 14:57

3 ответа

Другие вопросы по тегам:

git

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

score 7 · Answer 1

Отказ от этих коммитов, вероятно, будет иметь некоторые негативные последствия для любого, кто извлекает из вашего хранилища. В качестве другого варианта вы можете рассмотреть возможность создания альтернативной ветки разработки, начиная с A2:

A1-->A2-->A3-->A4 (master/HEAD)
      \
       -->B1-->B2 (new-master/HEAD)

Сделать это так же просто, как

git branch new-master master~2

score 5 · Answer 2

Вы хотите git-revert <забастовка> и git-reset в зависимости от того, как Вы хотите рассматривать A3 и A4. Для удаления всей трассировки A3 и A4 используйте git-reset --hard. , Чтобы сохранить A3 и A4 и записать факт Вы возвращаетесь, используете git-revert.

редактирование : Aristotle Pagaltzis git-checkout решение выше, хотя для маленького возвращается, я не вижу проблемы с git-revert. Тем не менее я прошу, чтобы будущее upvotes было дано ответ Aristotle Pagaltzis

, я нашел волшебство мерзавца быть хорошим ресурсом для мерзавца.

@PallavTrivedi - Я не думаю, что это должно быть принятым ответом. Don' t понимают меня превратно, этот ответ корректен, поскольку он успешно заставляет предупреждение замолчать. Но это предупреждение чрезвычайно полезно. Я предложил бы делать Ваш self ссылки явный (где можно поглядеть на код и легко видеть кандидатов на проблемы цикла сильной ссылки), а не имейте not-so-obvious неявную ссылку на self Escape one' s внимание. Apple добавила это полезное предупреждение по причине. — Rob, 31 March 2018 в 02:27

score 45 · Answer 3

От корневого каталога Вашей рабочей копии просто делают

git checkout A2 -- .  
git commit -m 'going back to A2'

<час>

Используя [1 115] git revert , с этой целью было бы громоздким, так как Вы хотите избавиться от целой серии фиксаций, и revert отменяет их по одному.

Вы не хотите git reset также. Это просто изменит Ваш master указатель ответвления: Вас оставляют без записи ошибочного направления. Это - также боль для координирования: начиная с фиксации Вы изменились master на, не ребенок удаленного указателя ответвления repositoryвЂ™s master, продвижение приведет к сбою вЂ “, если Вы не добавите -f (сила) или удаляете эти master ответвление в удаленном репозитории сначала и не воссоздаете его путем продвижения. Но тогда у всех, кто пытается вытянуть, все еще будет старая история в их локальном master, ответвление, поэтому однажды origin/master отличается, git pull попытается выполнить слияние. Это не конец света: они могут выйти из этой ситуации путем выполнения git rebase --onto origin/master $old_origin_master_commit master (т.е. повторно основывать их локальные фиксации, сделанные сверху старого origin/master на вершину нового origin/master). Но Мерзавец не будет знать, чтобы сделать это автоматически, таким образом, необходимо будет скоординировать с каждым сотрудником. Короче говоря, donвЂ™t делают это.

@Starsky it' s проблема, потому что это относится ко всем Переходным приставкам, таким образом, это скроет предупреждения других Переходных приставок — Nycen, 25 April 2019 в 10:11