Есть ли разница между Git commit, checkout и checkout, а затем commit?

Question

Предположим, я на ветке develop с измененными файлами:

Есть ли какая-нибудь разница (будь мудр), если я сделаю:

$ git add *somefiles*
$ git commit
$ git checkout -b fix/new_branch
$ git push origin fix/new_branch

Вместо:

$ git checkout -b fix/new_branch
$ git add *somefiles*
$ git commit
$ git push origin fix/new_branch

Answer 1

В любом случае содержимое fix/new_branch одинаково, но во втором примере develop не будет содержать последние изменения, пока не будет объединено обратно.

Answer 2

Git commit, затем оформить работу, как показано ниже

Да, есть разница в том, что если мы используем первый коммит в то время, он будет фиксироваться только в локальном репозитории. после этого мы предпримем обновление в то время, когда git проверит, если сервер и локальная зафиксированная ветвь, имеющие одинаковые файлы, изменились в то время, то запросит слияние

$ git add *somefiles* $ git commit $ git checkout -b fix/new_branch $ git push origin fix/new_branch

оформить заказ, затем совершить

он не будет проверять, доступно ли слияние или нет в локальном репозитории. это заставит совершить вашу задачу

всегда тренируйся первым, лучше всего

Answer 3

Да, в первом случае ваши изменения (которые вы добавляете git add *somefiles*) будут присутствовать как в новой, так и в исходной ветке, а в более поздних изменениях просто будут в новой ветке.

Так что, если вы хотите, чтобы ваши изменения перешли на удаленную ветку новой ветки, вам следует выбрать второй вариант.