inally a set of drivers for the
		  latest time travel bus architecture that provides i/o to
		  the CPU before it asked for it, allowing uninterrupted
		  processing
		- relativity_shifters: due to the affect that the
		  time_travel_controllers have on the overall system, there
		  was a need for a new set of relativity shifter drivers to
		  accommodate the newly formed black holes that would
		  threaten to suck CPUs into them.  This subsystem handles
		  this in a way to successfully neutralize the problems.
		  There is a Kconfig option to force these to be enabled
		  when needed, so problems should not occur.

	All of these patches have been successfully tested in the latest
	linux-next releases, and the original problems that it found have
	all been resolved (apologies to anyone living near Canberra for the
	lack of the Kconfig options in the earlier versions of the
	linux-next tree creations.)

	Signed-off-by: Your-name-here <your_email@domain>


此标记消息格式就像一个git提交。顶部有一行“总结标题”， 一定要在下面sign-off。

现在您已经有了一个本地签名标记，您需要将它推送到可以被拉取的位置::

	git push origin char-misc-4.15-rc1


创建拉取请求
------------

最后要做的是创建拉取请求消息。可以使用 ``git request-pull`` 命令让 ``git``
为你做这件事，但它需要确定你想拉取什么，以及拉取针对的基础（显示正确的拉取
更改和变更状态）。以下命令将生成一个拉取请求::

	git request-pull master git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ char-misc-4.15-rc1

引用Greg的话::

	此命令要求git比较从“char-misc-4.15-rc1”标记位置到“master”分支头（上述
	例子中指向了我从Linus的树分叉的地方，通常是-rc发布）的差异，并去使用
	git:// 协议拉取。如果你希望使用 https:// 协议，也可以用在这里（但是请
	注意，部分人由于防火墙问题没法用https协议拉取）。

	如果char-misc-4.15-rc1标记没有出现在我要求拉取的仓库中，git会提醒
	它不在那里，所以记得推送到公开地方。

	“git request-pull”会包含git树的地址和需要拉取的特定标记，以及标记
	描述全文（详尽描述标记）。同时它也会创建此拉取请求的差异状态和单个
	提交的缩短日志。

Linus回复说他倾向于 ``git://`` 协议。其他维护者可能有不同的偏好。另外，请注意
如果你创建的拉取请求没有签名标记， ``https://`` 可能是更好的选择。完整的讨论
请看原邮件。


提交拉取请求
------------

拉取请求的提交方式与普通补丁相同。向维护人员发送内联电子邮件并抄送LKML以及
任何必要特定子系统的列表。对Linus的拉取请求通常有如下主题行::

	[GIT PULL] <subsystem> changes for v4.15-rc1