由于这个组件是只读模式，您可以自由地重新将这个视图定到任何基线，向前或者向后。
git-rebase让你将之前的非线性历史改造成线性，让历史保持干净。
所有这类的并合版本都会登记在改变垄断时发生的一个集成行动的改变凑近。
作为一个配置经理，你最好提供推荐基线，来让开发者能变基他们的开发流。
所有最新测序的基因组被分析，推断的限制系统的出现，并且这些数据也包含在REBASE中。
可使用REBASE.EXE实用工具从PE格式的可执行文件中去除调试信息并将其存储在DBG文件中。
如果您想fetch远程更改或者要在不永久提交进行中的更改的情况下执行rebase，那么这将非常有用。
变基等闲被用来晋级一个流的搭配，也即便说，轮换目前的基础基线为多个，然而，在定然情形下。
为了缩短应用程序的加载时间，应该调整你的可执行模块和DLL模块的位置并且将它们连接起来。
顺便要指出的是，决不应该改变操作系统配备的任何模块的地址。
尽管如此，当我们关注的是“编写一个干净的软件修订历史”的时候，rebase看起来是一个更高级的方法。
REBASE中最快增长的部分包含在序列数据库中发现的推断的R-M系统。
作为一个法定，你应开发流变基等闲获得改变，从项目标评比基线中。即便因为这么。
注：在本文发表后，Hg已经加入了rebase命令的支持。
另外，如果使用Rebase实用程序，可以忽略ProjectSettings对话框中的基地址的设置。
要在fetch之后实际检索相关文件更改，您可以使用gitpull或gitrebase命令。
链接程序将为DLL提供一个基地址0x10000000，但是Rebase会修改这个地址。