2005-09-08 00:26:23 +00:00
|
|
|
git-request-pull(1)
|
|
|
|
===================
|
2005-08-23 08:49:47 +00:00
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2006-03-09 16:24:50 +00:00
|
|
|
git-request-pull - Generates a summary of pending changes
|
2005-08-23 08:49:47 +00:00
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2011-07-02 02:38:26 +00:00
|
|
|
[verse]
|
2010-07-23 16:31:27 +00:00
|
|
|
'git request-pull' [-p] <start> <url> [<end>]
|
2005-08-23 08:49:47 +00:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
|
|
|
|
2014-03-12 18:04:11 +00:00
|
|
|
Generate a request asking your upstream project to pull changes into
|
|
|
|
their tree. The request, printed to the standard output, summarizes
|
|
|
|
the changes and indicates from where they can be pulled.
|
|
|
|
|
|
|
|
The upstream project is expected to have the commit named by
|
|
|
|
`<start>` and the output asks it to integrate the changes you made
|
|
|
|
since that commit, up to the commit named by `<end>`, by visiting
|
|
|
|
the repository named by `<url>`.
|
|
|
|
|
2005-08-23 08:49:47 +00:00
|
|
|
|
|
|
|
OPTIONS
|
|
|
|
-------
|
2010-07-23 16:31:27 +00:00
|
|
|
-p::
|
2014-03-12 18:04:11 +00:00
|
|
|
Include patch text in the output.
|
2010-07-23 16:31:27 +00:00
|
|
|
|
2005-08-30 02:33:14 +00:00
|
|
|
<start>::
|
2014-03-12 18:04:11 +00:00
|
|
|
Commit to start at. This names a commit that is already in
|
|
|
|
the upstream history.
|
2005-08-23 08:49:47 +00:00
|
|
|
|
2005-08-30 02:33:14 +00:00
|
|
|
<url>::
|
2014-03-12 18:04:11 +00:00
|
|
|
The repository URL to be pulled from.
|
2005-08-23 08:49:47 +00:00
|
|
|
|
2005-08-30 02:33:14 +00:00
|
|
|
<end>::
|
2014-03-12 18:04:11 +00:00
|
|
|
Commit to end at (defaults to HEAD). This names the commit
|
|
|
|
at the tip of the history you are asking to be pulled.
|
|
|
|
+
|
|
|
|
When the repository named by `<url>` has the commit at a tip of a
|
|
|
|
ref that is different from the ref you have locally, you can use the
|
|
|
|
`<local>:<remote>` syntax, to have its local name, a colon `:`, and
|
|
|
|
its remote name.
|
|
|
|
|
|
|
|
|
|
|
|
EXAMPLE
|
|
|
|
-------
|
|
|
|
|
|
|
|
Imagine that you built your work on your `master` branch on top of
|
|
|
|
the `v1.0` release, and want it to be integrated to the project.
|
|
|
|
First you push that change to your public repository for others to
|
|
|
|
see:
|
|
|
|
|
|
|
|
git push https://git.ko.xz/project master
|
|
|
|
|
|
|
|
Then, you run this command:
|
|
|
|
|
|
|
|
git request-pull v1.0 https://git.ko.xz/project master
|
|
|
|
|
|
|
|
which will produce a request to the upstream, summarizing the
|
|
|
|
changes between the `v1.0` release and your `master`, to pull it
|
|
|
|
from your public repository.
|
|
|
|
|
|
|
|
If you pushed your change to a branch whose name is different from
|
|
|
|
the one you have locally, e.g.
|
|
|
|
|
|
|
|
git push https://git.ko.xz/project master:for-linus
|
|
|
|
|
|
|
|
then you can ask that to be pulled with
|
|
|
|
|
|
|
|
git request-pull v1.0 https://git.ko.xz/project master:for-linus
|
|
|
|
|
2005-08-23 08:49:47 +00:00
|
|
|
|
|
|
|
GIT
|
|
|
|
---
|
2008-06-06 07:07:32 +00:00
|
|
|
Part of the linkgit:git[1] suite
|