Мені, мабуть, страшно користуватися git, незважаючи на мої найкращі спроби зрозуміти це.
З kernel.org для git push
:
-у
--set-upstream
Для кожної гілки, яка є оновленою або успішно висунутою, додайте посилання на течії (відстеження), використовувану без аргументів git-pull (1) та іншими командами. Для отримання додаткової інформації див.
branch.<name>.merge
У git-config (1).
Ось branch.<name>.merge
з git config
:
branch.<name>.merge
Визначає разом із
branch.<name>.remote
початковою гілкою для даної гілки. Він повідомляє git fetch / git pull, яку гілку об’єднати, а також може вплинути на git push (див. Push.default).<name>
Перебуваючи в гілці , вона повідомляє git fetch промотувати за замовчуванням refspec для позначення для об'єднання в FETCH_HEAD. Значення обробляється як віддалена частина refspec, і повинно відповідати посиланню, яке отримується з віддаленого даного"branch.<name>.remote"
. Інформація про злиття використовується git pull (яка спочатку викликає git fetch) для пошуку гілки за замовчуванням для злиття. Без цієї опції, git pull за замовчуванням для об'єднання першого рефлексу отриманого. Вкажіть кілька значень, щоб отримати злиття восьминога. Якщо ви хочете налаштувати git pull так, щоб він зливався<name>
з іншої гілки локального сховища, ви можете вказати на ньогоbranch.<name>.merge
до потрібної гілки та скористайтеся спеціальними налаштуваннями. (період) дляbranch.<name>.remote
.
Я успішно створив віддалене сховище з github, і я успішно підключив його до:
git push -u origin master
Тоді я мимоволі успішно натиснув свою другу передачу у віддалений сховище, використовуючи:
git commit -m '[...]'
Однак, неправильно думати , що я повинен був би знову натиснути на origin
від master
, я побіг:
# note: no -u
git push origin master
Що це зробив? Здавалося, це взагалі не мало жодного ефекту. Я "скасував" git push -u origin master
?
I'm apparently terrible at using git, despite my best attempts to understand it.
- Ніколи не було, щоб хтось так добре відтворював мене.