Відповідно до сторінки посібника з git push :
git push origin experimental
Знайдіть ref, який відповідає experimentalу вихідному сховищі (швидше за все, це знайдеться refs/heads/experimental), і оновіть той самий ref (наприклад refs/heads/experimental) у сховищі походження з ним.
Якби experimentalне існувало віддалено, воно було б створене .
Це те саме, що:
git push origin experimental:refs/heads/experimental
Створіть гілку experimentalв сховищі початкових даних, скопіювавши поточну experimentalгілку.
Ця форма потрібна лише для створення нової гілки чи тегу у віддаленому сховищі, коли локальна назва та віддалене ім’я відрізняються ; інакше ім'я посилання самостійно спрацює.
Або, як зазначено в git tip , ви можете встановити "Відділення за замовчуванням відділення":
Ви можете використовувати git config для призначення віддаленого за замовчуванням даній гілці. Цей дистанційний пульт за замовчуванням буде використовуватися для натискання цієї гілки, якщо не вказано інше
Це вже зроблено для вас, коли ви використовуєте git-клон, що дозволяє вам використовувати git push без жодних аргументів, щоб підштовхнути локальну головну гілку, щоб оновити головну гілку сховища початків.
git config branch.<name>.remote <remote>
можна вказати це вручну.
Ян пропонує (для мерзотник> = 1.7.0 ) в push -u(або push --set-upstreamваріант):
Для кожної гілки, яка є оновленою або успішно висунутою, додайте посилання на течію (відстеження), використовувану без аргументів git-pull (1) та іншими командами.
Таким чином, вам не потрібно робити жодну конфігурацію git.
git push -u origin experimental