git-push - Интернет в облаке

ПРОГРАММА:

ИМЯ

git-push - обновляет удаленные ссылки вместе со связанными объектами

СИНТАКСИС

мерзавец протолкнуть. [--все | - зеркало | --tags] [--follow-tags] [--atomic] [-n | --dry-run] [--receive-pack = ]
[--repo = ] [-f | --force] [--prune] [-v | --подробный]
[-у | --set-upstream]
[- [нет-] подписано | --sign = (истина | ложь | по запросу)]
[--force-with-lease [= [: ]]]
[--no-verify] [ [ ...]]

ОПИСАНИЕ

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

Вы можете делать что-то интересное с репозиторием каждый раз, когда вы в него нажимаете,
создание крючки там. Документацию для git-получить-пакет(1).

Когда в командной строке не указано, куда нажимать с помощью аргумент
branch. *. удаленная конфигурация для текущей ветки консультируется, чтобы определить, где
толкать. Если конфигурация отсутствует, по умолчанию используется происхождения.

Когда в командной строке не указано, что нажимать ... аргументы или --all,
--mirror, --tags options, команда находит значение по умолчанию путем консультации
remote. *. push конфигурация, и если она не найдена, учитывает конфигурацию push.default для
решить, что толкать (см. git-конфигурация(1) для значения push.default).

Когда ни командная строка, ни конфигурация не указывают, что нажимать, значение по умолчанию
поведение, которое соответствует простому значению для push.default: текущее
ветвь перемещается в соответствующую ветвь выше по потоку, но в качестве меры безопасности
прерывается, если восходящая ветвь не имеет того же имени, что и локальная.

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

«Удаленный» репозиторий, который является местом назначения операции push. Этот параметр может быть
либо URL-адрес (см. раздел GIT URL-адреса ниже), либо имя удаленного компьютера (см. раздел
ПУЛЬТЫ ниже).

...
Укажите, какую ссылку назначения обновлять с каким исходным объектом. Формат
параметр - необязательный плюс +, за которым следует исходный объект ,
за которым следует двоеточие:, за которым следует ссылка на пункт назначения .

В часто это имя ветки, которую вы хотите отправить, но это может быть любое
произвольное "выражение SHA-1", такое как master ~ 4 или HEAD (см. gitrevisions(7 г.)).

В сообщает, какая ссылка на удаленной стороне обновляется этим нажатием. Произвольный
здесь нельзя использовать выражения, необходимо указать действительную ссылку. Если git push
[ ] без всяких аргумент установлен для обновления некоторой ссылки в
место назначения с с пультом. Переменная конфигурации .push,:
часть можно опустить - такое нажатие обновит ссылку, обычно обновляется без
любой в командной строке. В противном случае отсутствуют: означает обновить то же самое
ссылка как .

Объект, на который ссылается используется для обновления ссылка на пульт
боковая сторона. По умолчанию это разрешено, только если не тег (аннотированный или
легкий), и то только если он может перемотать вперед . Имея необязательный
ведущий +, вы можете указать Git обновить ref, даже если это не разрешено
по умолчанию (например, это не перемотка вперед). попытка слиться в
. Подробнее см. ПРИМЕРЫ ниже.

ярлык означает то же, что и refs / tags / : refs / tags / .

Толкая пустой позволяет удалить ref из удаленного репозитория.

Специальный refspec: (или +: для разрешения обновлений без быстрой перемотки вперед) указывает Git нажимать
«соответствующие» ветви: для каждой ветви, существующей на локальной стороне, удаленная сторона
обновляется, если ветка с таким же именем уже существует на удаленной стороне.

--все
Нажимаем все ветки (т.е. ссылки в refs / Heads /); нельзя использовать с другими .

--чернослив
Удалите удаленные ветки, у которых нет локального аналога. Например удаленный
ветка tmp будет удалена, если локальная ветка с таким же именем не существует.
более. Это также относится к refspecs, например git push --prune remote
refs / Heads / *: refs / tmp / * гарантирует, что удаленные ссылки / tmp / foo будут удалены, если
refs / Heads / foo не существует.

--зеркало
Вместо того, чтобы именовать каждую ссылку для отправки, указывает, что все ссылки в разделе refs / (который
включает, но не ограничивается ссылками / head /, refs / remotes / и refs / tags /) быть зеркальным
в удаленный репозиторий. Вновь созданные локальные ссылки будут отправлены на удаленный конец,
локально обновленные ссылки будут принудительно обновлены на удаленном конце, а удаленные ссылки будут
удален с удаленного конца. Это значение по умолчанию, если параметр конфигурации
удаленный. .mirror установлен.

-n, -- пробный запуск
Делайте все, кроме фактической отправки обновлений.

--фарфор
Создавать машиночитаемый вывод. Строка состояния вывода для каждой ссылки будет
разделены табуляцией и отправляются на стандартный вывод вместо stderr. Полные символические имена
ссылки будут даны.

--удалять
Все перечисленные ссылки удаляются из удаленного репозитория. Это то же самое, что и префикс
все ссылки с двоеточием.

- теги
Все ссылки в ссылках / тегах отправляются, в дополнение к ссылкам, явно указанным в
командная строка.

--follow-теги
Отправьте все ссылки, которые будут отправлены без этой опции, а также нажмите аннотированные
теги в ссылках / тегах, которые отсутствуют на пульте дистанционного управления, но указывают на фиксацию, которая
доступны из толкаемых ссылок. Это также можно указать с помощью
переменная конфигурации push.followTags, Для получения дополнительной информации см. push.followTags in
git-конфигурация(1).

- [без-] подписано, --sign = (истина | ложь | по запросу)
GPG-подпишите push-запрос для обновления ссылок на принимающей стороне, чтобы разрешить его
проверяется крючками и / или регистрируется. Если false или --no-signed, подпись не будет
попытался. Если true или --signed, push завершится неудачно, если сервер не поддерживает
подписанные пуши. Если задано значение, если задано, подписывать, если и только если сервер поддерживает подписанный
толкает. Отправка также не удастся, если фактический вызов gpg --sign завершится неудачно. Видеть мерзавец
приемная упаковка(1) для получения подробной информации о принимающей стороне.

- [без-] атомный
Если возможно, используйте атомарную транзакцию на удаленной стороне. Либо все реф.
обновлено, или при ошибке не обновляются никакие ссылки. Если сервер не поддерживает атомарный
толкает толчок не удастся.

--receive-pack = , --exec =
Путь к git-получить-пакет программа на удаленном конце. Иногда полезно при нажатии
в удаленный репозиторий через ssh, и у вас нет программы в каталоге на
по умолчанию $ PATH.

- [no-] force-with-lease, --force-with-lease = ,
--force-with-lease = :
Обычно "git push" отказывается обновлять удаленную ссылку, которая не является предком
местная ссылка использовалась для его перезаписи.

Эта опция отменяет это ограничение, если текущее значение удаленной ссылки равно
ожидаемое значение. В противном случае "git push" не работает.

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

Эта опция позволяет вам сказать, что вы ожидаете, что история, которую вы обновляете, - это то, что вы
перебил и хочу заменить. Если удаленная ссылка по-прежнему указывает на фиксацию, вы
указано, вы можете быть уверены, что никто другой ничего не сделал с исх. Это похоже на
беря в аренду ссылку без явной блокировки, а удаленная ссылка
обновляется, только если «аренда» еще действует.

Только --force-with-lease, без указания деталей, защитит всех удаленных ссылок
которые будут обновлены, требуя, чтобы их текущее значение было таким же, как и
для них есть ветка удаленного отслеживания.

--force-with-lease = , без указания ожидаемого значения, защитит
с именем ref (только), если он будет обновлен, требуя, чтобы его текущее значение было
то же, что и ветка удаленного отслеживания, которая у нас есть.

--force-with-lease = : будет защищать указанную ссылку (только), если она
будет обновлен, требуя, чтобы его текущее значение было таким же, как указанное
ценить (который может отличаться от ветки удаленного отслеживания, которую мы
иметь для refname, или нам даже не нужно иметь такую ​​ветку удаленного отслеживания
когда используется эта форма).

Обратите внимание, что все формы, кроме --force-with-lease = : это указывает
ожидаемое текущее значение ref явно все еще экспериментальное и их
семантика может измениться по мере того, как мы приобретаем опыт работы с этой функцией.

"--no-force-with-lease" отменит все предыдущие --force-with-lease в команде
линии.

-ф, --сила
Обычно команда отказывается обновлять удаленную ссылку, которая не является предком
местная ссылка использовалась для его перезаписи. Кроме того, когда используется параметр --force-with-lease, параметр
команда отказывается обновлять удаленную ссылку, текущее значение которой не совпадает с
ожидалось.

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

Обратите внимание, что --force применяется ко всем отправляемым ссылкам, поэтому используйте его с
push.default установлен на соответствие или с несколькими получателями push, настроенными с
remote. *. push может перезаписать ссылки, отличные от текущей ветки (включая локальные ссылки
которые строго отстают от своего удаленного аналога). Чтобы заставить толкнуть только одного
ветке, используйте + перед refspec, чтобы нажать (например, git push origin + master, чтобы заставить
нажатие на главную ветку). Увидеть ... раздел выше для подробностей.

--repo =
Этот вариант эквивалентен аргумент. Если указаны оба, то
аргумент командной строки имеет приоритет.

-u, --set-вверх по течению
Для каждой обновленной или успешно отправленной ветки добавьте восходящий поток (отслеживание)
ссылка, используемая без аргументов мерзавец(1) и другие команды. Для дополнительной информации,
посмотреть ветвь. .merge in git-конфигурация(1).

- [нет-] тонкий
Эти параметры передаются в git-отправить-пакет(1). Тонкий перевод значительно снижает
количество отправленных данных, когда отправитель и получатель используют одни и те же объекты в
общий. По умолчанию --thin.

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

-v, --подробный
Подробно бегите.

--прогресс
Статус выполнения сообщается в стандартном потоке ошибок по умолчанию, когда он
прикреплен к терминалу, если не указан -q. Этот флаг форсирует статус прогресса даже
если стандартный поток ошибок не направлен на терминал.

--no-recurse-submodules, --recurse-submodules = check | on-demand | no
Может использоваться, чтобы убедиться, что все коммиты подмодулей, используемые отправляемыми ревизиями,
доступно в ветке удаленного отслеживания. Если проверка используется Git проверит, что все
коммиты подмодуля, которые были изменены в отправляемых ревизиях, доступны по крайней мере
один пульт субмодуля. Если какие-либо коммиты отсутствуют, push будет прерван и
выйти с ненулевым статусом. Если по требованию используются все подмодули, которые изменились в
исправления, которые нужно отправить, будут отправлены. Если по запросу не удалось протолкнуть все необходимое
ревизий он также будет прерван и выйдет с ненулевым статусом. Ценность нет or
через --no-recurse-подмодули может использоваться для переопределения подмодулей push.recurseSubmodules
переменная конфигурации, когда рекурсия субмодуля не требуется.

- [нет-] проверить
Переключите крюк предварительного натяжения (см. гитхуки(5)). По умолчанию --verify, что дает ловушке
шанс предотвратить толчок. С --no-verify ловушка полностью игнорируется.

GIT URL-адреса

Как правило, URL-адреса содержат информацию о транспортном протоколе, адрес
удаленный сервер и путь к репозиторию. В зависимости от транспортного протокола некоторые
этой информации может отсутствовать.

Git поддерживает протоколы ssh, git, http и https (кроме того, можно использовать ftp и ftps.
для получения и rsync можно использовать для получения и отправки, но они неэффективны и
устарело; не используйте их).

Собственный транспорт (например, git: // URL) не выполняет аутентификацию и должен использоваться с
осторожность в незащищенных сетях.

С ними можно использовать следующие синтаксисы:

· Ssh: // [пользователь @] host.xz [: порт] /path/to/repo.git/

· Git: //host.xz [: порт] /path/to/repo.git/

· Http [s]: //host.xz [: порт] /path/to/repo.git/

· Ftp [s]: //host.xz [: порт] /path/to/repo.git/

· Rsync: //host.xz/path/to/repo.git/

Альтернативный scp-подобный синтаксис также может использоваться с протоколом ssh:

· [Пользователь @] host.xz: путь / к / repo.git /

Этот синтаксис распознается только в том случае, если перед первым двоеточием нет косой черты. Это помогает
различать локальный путь, содержащий двоеточие. Например, локальный путь foo: bar может
должен быть указан как абсолютный путь или ./foo:bar, чтобы избежать ошибочной интерпретации как URL-адрес ssh.

Протоколы ssh и git дополнительно поддерживают расширение имени пользователя:

· Ssh: // [пользователь @] host.xz [: порт] / ~ [пользователь] /path/to/repo.git/

· Git: //host.xz [: порт] / ~ [пользователь] /path/to/repo.git/

· [Пользователь @] host.xz: / ~ [пользователь] /path/to/repo.git/

Для локальных репозиториев, также изначально поддерживаемых Git, могут использоваться следующие синтаксисы:
используемый:

· /Path/to/repo.git/

· Файл: ///path/to/repo.git/

Эти два синтаксиса в основном эквивалентны, за исключением случаев клонирования, когда первое подразумевает
- местный вариант. Видеть git-клон(1) для подробностей.

Когда Git не знает, как обрабатывать определенный транспортный протокол, он пытается использовать
удаленный- удаленный помощник, если он существует. Чтобы явно запросить удаленного помощника,
может использоваться следующий синтаксис:

· ::

куда может быть путем, сервером и путем или произвольной строкой, похожей на URL
распознается конкретным вызываемым удаленным помощником. Видеть gitremote-помощники(1) для


Если существует большое количество удаленных репозиториев с одинаковыми названиями и вы хотите использовать
другой формат для них (например, используемые вами URL-адреса будут переписаны в URL-адреса, которые
работа), вы можете создать раздел конфигурации формы:

[url " "]
вместо этого =

Например, вот так:

[url "git: //git.host.xz/"]
вместо этогоOf = host.xz: / путь / к /
Вместо этого = работа:

URL типа "work: repo.git" или "host.xz: /path/to/repo.git" будет переписан в любой
контекст, который принимает URL как "git: //git.host.xz/repo.git".

Если вы хотите переписать URL-адреса только для push, вы можете создать раздел конфигурации в
форма:

[url " "]
pushInsteadOf =

Например, вот так:

[url "ssh: //example.org/"]
pushInsteadOf = git: //example.org/

URL-адрес вида "git: //example.org/path/to/repo.git" будет заменен на
"ssh: //example.org/path/to/repo.git" для отправки, но при извлечении по-прежнему будет использоваться исходный
URL.

пУлЬТОВ

Имя одного из следующих может использоваться вместо URL-адреса как аргумент:

· Пульт в файле конфигурации Git: $ GIT_DIR / config,

· Файл в каталоге $ GIT_DIR / remotes, или

· Файл в каталоге $ GIT_DIR / branch.

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

Названный удаленные  in конфигурация файл
Вы можете указать имя пульта дистанционного управления, которое вы ранее настроили с помощью
git-удаленный(1) git-конфигурация(1) или даже вручную отредактировав файл $ GIT_DIR / config. URL
этого пульта будет использоваться для доступа к репозиторию. Refspec этого пульта дистанционного управления будет
используется по умолчанию, если вы не указываете refspec в командной строке. Запись в
config будет выглядеть так:

[удаленный " "]
url =
pushurl =
push =
fetch =

В используется только для толчков. Это необязательно и по умолчанию .

Названный файл in $ GIT_DIR / пульты
Вы можете указать имя файла в $ GIT_DIR / remotes. URL в этом файле
будет использоваться для доступа к репозиторию. Refspec в этом файле будет использоваться по умолчанию
когда вы не указываете refspec в командной строке. Этот файл должен иметь следующий
Формат:

URL: один из указанных выше форматов URL.
Толкать:
Тянуть:

Push: линии используются мерзавец протолкнуть. и Pull: линии используются мерзавец тянуть и мерзавец получать.
Для дополнительных сопоставлений ветвей можно указать несколько строк Push: и Pull :.

Названный файл in $ GIT_DIR / ветки
Вы можете указать имя файла в $ GIT_DIR / branch. URL в этом файле
будет использоваться для доступа к репозиторию. Этот файл должен иметь следующий формат:

#

требуется для; # не является обязательным.

В зависимости от операции git будет использовать одну из следующих спецификаций, если вы этого не сделаете.
укажите его в командной строке. это имя этого файла в $ GIT_DIR / branch
а также по умолчанию - мастер.

git fetch использует:

ссылки / главы / : ссылки / головы /

git push использует:

ГОЛОВА: ссылки / главы /

ВЫВОД

Вывод «git push» зависит от используемого метода транспортировки; этот раздел описывает
вывод при нажатии на протокол Git (локально или через ssh).

Статус push выводится в табличной форме, где каждая строка представляет статус.
единственного исх. Каждая строка имеет вид:

-> ( )

Если используется --porcelain, то каждая строка вывода имеет вид:

\ т : \ т ( )

Статус актуальных ссылок отображается только при использовании параметра --porcelain или --verbose.

флажок
Одиночный символ, обозначающий статус обращения:

(Space)
для успешной перемотки вперед;

+
за успешное принудительное обновление;

-
за успешно удаленный реф;

*
за успешно отправленную новую ссылку;

!
для ссылки, которая была отклонена или не была отправлена; а также

=
для ссылки, которая была актуальной и не нуждалась в продвижении.

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

Более подробная информация о неудачном обновлении приводится:

отклонены
Git вообще не пытался отправить ссылку, обычно потому, что это не перемотка вперед.
и вы не форсировали обновление.

удаленный отклонен
Удаленный конец отказался от обновления. Обычно вызывается крючком на удаленной стороне или
поскольку в удаленном репозитории действует одна из следующих опций безопасности:
receive.denyCurrentBranch (для отправки в проверенную ветку),
receive.denyNonFastForwards (для принудительных обновлений без перемотки вперед),
receive.denyDeletes или receive.denyDeleteCurrent. Видеть git-конфигурация(1).

удаленный сбой
Удаленный конец не сообщил об успешном обновлении ссылки, возможно, из-за
временная ошибка на удаленной стороне, разрыв сетевого подключения или другое
временная ошибка.

к
Имя отправляемой локальной ссылки за вычетом ее refs / / приставка. На случай, если
При удалении имя локальной ссылки опускается.

в
Имя обновляемого удаленного ref, за вычетом его refs / / приставка.

причина
Понятное для человека объяснение. В случае успешно отправленных рефов без объяснения причин.
необходим. Для неуспешного референса описывается причина отказа.

ЗАМЕТКА О КОМПАНИИ БЫСТРО ВПЕРЕД

Когда обновление изменяет ветку (или, в общем, ссылку), которая раньше указывала на фиксацию A
чтобы указать на другую фиксацию B, это называется обновлением с перемоткой вперед тогда и только тогда, когда B является
потомок А.

При ускоренном обновлении от A до B набор коммитов, созданных исходным коммитом A
на вершине находится подмножество коммитов, поверх которых строится новый коммит B. Следовательно, это не
потерять любую историю.

Напротив, обновление без перемотки вперед потеряет историю. Например, предположим, что вы и
кто-то другой начал с того же коммита X, а вы построили историю, ведущую к коммиту B
в то время как другой человек построил историю, ведущую к фиксации A. История выглядит так:

B
/
--- X --- A

Далее предположим, что другой человек уже отправил изменения, ведущие к A, обратно в
исходный репозиторий, из которого вы двое получили исходный коммит X.

Толчок, сделанный другим человеком, обновил ветку, которая использовалась для указания на фиксацию X, на
точка на фиксации A. Это перемотка вперед.

Но если вы попытаетесь нажать, вы попытаетесь обновить ветку (которая теперь указывает на A) с помощью
совершить Б. Это делает перемотка вперед. Если вы это сделали, изменения, внесенные коммитом A
будут потеряны, потому что теперь все начнут строить поверх B.

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

Если вы не хотите потерять свою работу (историю от X до B) или работу другого человека
(история от X до A), вам нужно сначала получить историю из репозитория,
создать историю, содержащую изменения, внесенные обеими сторонами, и вернуть результат.

Вы можете выполнить «git pull», разрешить потенциальные конфликты и «git push» получить результат. "Мерзавец"
pull "создаст коммит слияния C между коммитами A и B.

ДО Н.Э
/ /
--- X --- A

Обновление A с помощью результирующего коммита слияния будет перемотано вперед, и ваш push будет
принимаются.

Кроме того, вы можете переназначить изменение между X и B поверх A с помощью команды "git pull
--rebase "и верните результат обратно. Перебазирование создаст новую фиксацию D, которая строит
переключение между X и B поверх A.

BD
/ /
--- X --- A

Опять же, обновление A с помощью этого коммита будет перемотано вперед, и ваш push будет принят.

Существует еще одна распространенная ситуация, когда вы можете столкнуться с отказом от перемотки вперед, когда
вы пытаетесь протолкнуть, и это возможно, даже когда вы никого не запихиваете в репозиторий
еще вталкивается. После того, как вы нажмете фиксацию A самостоятельно (на первом рисунке в этом разделе),
замените его на "git commit --amend", чтобы получить фиксацию B, и вы попытаетесь вытолкнуть его,
потому что забыл, что вы уже вытолкнули A. В таком случае, и только если вы
уверен, что тем временем никто не получил вашу предыдущую фиксацию A (и начал строить на
наверху), вы можете запустить "git push --force", чтобы перезаписать его. Другими словами, "git push
--force "- это метод, зарезервированный для случая, когда вы действительно хотите потерять историю.

ПРИМЕРЫ

мерзавец
Работает как git push , куда является удаленным текущим филиалом (или
origin, если для текущей ветки не настроен пульт).

git push происхождение
Без дополнительной настройки подталкивает текущую ветвь к настроенному восходящему потоку.
(переменная конфигурации remote.origin.merge), если она имеет то же имя, что и текущая
ветвь и ошибки, не нажимая иначе.

Поведение этой команды по умолчанию, когда нет дается может быть настроено
установка параметра push на пульте дистанционного управления или переменной конфигурации push.default.

Например, по умолчанию для отправки только текущей ветки в источник используйте git config
remote.origin.push ГОЛОВА. Любой действующий (как в примерах ниже) могут
быть настроенным по умолчанию для git push origin.

git push origin:
Переместите «соответствующие» ветви в исходную точку. Видеть в разделе ОПЦИИ выше для
описание "совпадающих" веток.

git push origin master
Найдите ссылку, которая соответствует master в исходном репозитории (скорее всего, она найдет
refs / Heads / master) и обновить ту же ссылку (например, refs / Heads / master) в источнике
репозиторий с ним. Если бы мастер не существовал удаленно, он был бы создан.

git push источник HEAD
Удобный способ перенести текущую ветку с тем же именем на пульте дистанционного управления.

git push мастер-корабль: спутник / мастер-разработчик: спутник / разработчик
Используйте исходную ссылку, которая соответствует мастеру (например, refs / Heads / master), чтобы обновить ссылку
который соответствует спутнику / ведущему (скорее всего, refs / remotes / satellite / master) в
репозиторий материнских кораблей; сделайте то же самое для разработчиков и сателлитов / разработчиков.

Это сделано для имитации запуска git fetch на материнском корабле с помощью git push, который запускается в
в противоположном направлении, чтобы интегрировать работу, выполняемую на спутнике, и часто
необходимо, когда вы можете установить соединение только одним способом (например, спутник может подключиться к
материнский корабль, но материнский корабль не может инициировать соединение со спутником, потому что последний
находится за брандмауэром или не запускает sshd).

После запуска этого git push на вспомогательной машине вы должны использовать ssh в
mothership и запустите там git merge, чтобы завершить эмуляцию запущенного git pull
на материнском корабле для извлечения изменений, внесенных на спутнике.

git push origin HEAD: мастер
Отправьте текущую ветвь на удаленный мастер сопоставления ссылок в исходном репозитории.
Эта форма удобна для проталкивания текущей ветки, не думая о ее локальном
имя.

git push origin master: ссылки / головы / экспериментальные
Создайте экспериментальную ветку в исходном репозитории, скопировав текущий мастер
ветвь. Эта форма нужна только для создания новой ветки или тега в удаленном
репозиторий, когда локальное имя и удаленное имя отличаются; в противном случае исх.
name само по себе будет работать.

git push origin: экспериментальный
Найдите ссылку, которая соответствует экспериментальной в исходном репозитории (например,
refs / Heads / экспериментальный) и удалите его.

git push origin + dev: master
Обновите главную ветку исходного репозитория веткой dev, разрешив
обновления без перемотки вперед. Эти оставлять без ссылки совершает свисающий in происхождения
репозиторий. Рассмотрим следующую ситуацию, когда перемотка вперед невозможна:

o --- o --- o --- A --- B источник / мастер
\
X --- Y --- Z разработчик

Приведенная выше команда изменит исходный репозиторий на

A --- B (безымянная ветка)
/
о --- о --- о --- X --- Y --- Z мастер

Коммиты A и B больше не будут принадлежать ветке с символическим именем, и поэтому будут
быть недоступным. Таким образом, эти коммиты будут удалены командой git gc на
исходный репозиторий.

GIT

Часть мерзавец(1) люкс

Используйте git-push онлайн с помощью сервисов onworks.net