Rope的简单介绍

Posted 2020-06-28 tiantian1991

repo的一些用法和理解

repo简单来讲就是一种调用git的一个脚本文件，用来管软件项目的软件仓库配置文件，描述了软件之间的一些依赖关系。

在Google的android项目下：

repo只是google用Python脚本写的调用git的一个脚本，主要是用来下载、管理android项目的软件仓库。(也就是说，他是用来管理给git管理的一个个仓库的) 
1.下载repo的地址: http://android.git.kernel.org/repo，可以用以下二者之一来下载
repo curl http://android.git.kernel.org/repo > ~/bin/repo 
下载完成后须修改repo的权限：
chmod a+x ~/bin/repo 
2.用repo sync在抓取android source code的时候，会经常出现一些错误导致repo sync中断，每次都要手动开始。
可以用如下的命令，来自动重复
$?=1; 
while [ $? -ne 0 ]  
do 
repo sync  
done

或者在.repo目录下的manifest.xml里找到fetch属性
改成
fetch= "git://Android.git.linaro.org/ "

再或者在.repo目录下的manifest.xml里找到review属性
改成
review="http://android-review.googlesource.com/"（即将https改成http）

获取帮助：
repo help [ command ] //显示command的详细的帮助信息内容
示例：repo help init 来获取repo init的其他用法

3.repo init -u URL 用以在当前目录安装repository，会在当前目录创建一个目录".repo" -u 参数指定一个URL，
从这个URL中取得repository的manifest文件。
示例：repo init -u git://android.git.kernel.org/platform/manifest.git 
获取的manifest文件放在.repo目录中。命名为manifest.xml。这个文件的内容其实就是所有被git管理的仓库的列表！

可以用-m 参数来选择获取repository中的某一个特定的manifest文件，如果不具体指定，那么表示为默认的manifest文件(default.xml) 
repo init -u git://android.git.kernel.org/platform/manifest.git -m dalvik-plus.xml (有诸多供我们选择的manifest文件，所有的
manifest文件都放在目录.repo/manifests中，该目录本身亦被git所管理，你可以cd进去看看) 

可以用-b 参数来指定某个manifest分支。
repo init -u git://android.git.kernel.org/platform/manifest.git -b release-1.0 
你会发现.repo/manifests是个被git管理的仓库，这里放的是所有的manifest文件（*.xml），因为被git管理，固然有分支，-b可以切换到你想要的分支然后再
下载相关的xml文件，当然具体下载那个xml还要看-m参数了，所以如果你仅仅指定-b而没有-m的话，就是下载-b指定分支下的default.xml文件
如果不指定-b参数，那么会默认使用master分支

4.repo sync [project-list] 下载最新本地工作文件，更新成功，这本地文件和repository中的代码是一样的。
可以指定需要更新的project，如果不指定任何参数，会同步整个所有的项目。
如果是第一次运行repo sync，则这个命令相当于git clone，会把repository中的所有内容都拷贝到本地。如果不是第一次运行repo sync，
则相当于git remote update; git rebase origin/branch . repo sync会更新.repo下面的文件。如果在merge 的过程中出现冲突，这需要手动运行
git rebase --continue 

5.repo update[ project-list ]上传修改的代码，如果你本地的代码有所修改，那么在运行repo sync的时候，会提示你上传修改的代码，
所有修改的代码分支会上传到Gerrit (基于web的代码review 系统), Gerrit受到上传的代码，会转换为一个个变更，从而可以让人们来review 修改的代码。

6. repo diff [ project-list ] 显示提交的代码和当前工作目录代码之间的差异。

7. repo download target revision 下载特定的修改版本到本地，
例如: repo download pltform/frameworks/base 1241 下载修改版本为1241的代码

8. repo start newbranchname . 创建新的branch分支。"." 代表当前工作的branch分支。

9. repo prune [project list] 删除已经merge的project 

10. repo foreach [ project-lists] -c command 对每一个project运行command命令

11. repo status 显示project中每个仓库的状态

12. repo forall -c

在Fedora操作系统下

repo文件是Fedora中yum源（软件仓库）的配置文件，通常一个repo文件定义了一个或者多个软件仓库的细节内容，例如我们将从哪里下载需要安装或者升级的软件包，repo文件中的设置内容将被yum读取和应用！
YUM的工作原理并不复杂，每一个 RPM软件的头（header）里面都会纪录该软件的依赖关系，那么如果可以将该头的内容纪录下来并且进行分析，可以知道每个软件在安装之前需要额外安装 哪些基础软件。也就是说，在服务器上面先以分析工具将所有的RPM档案进行分析，然后将该分析纪录下来，只要在进行安装或升级时先查询该纪录的文件，就可 以知道所有相关联的软件。所以YUM的基本工作流程如下：
服务器端：在服务器上面存放了所有的RPM软件包，然后以相关的功能去分析每个RPM文件的依赖性关系，将这些数据记录成文件存放在服务器的某特定目录内。
客户端：如果需要安装某个软件时，先下载服务器上面记录的依赖性关系文件(可通过WWW或FTP方式)，通过对服务器端下载的纪录数据进行分析，然后取得所有相关的软件，一次全部下载下来进行安装。