最终还是决定使用rpm来管理系统上“定制”的软件包，之前一直使用shell脚本，从源码编译安装。
排除规模引出的效率因素不讲，脚本的可维护性比起rpm要糟糕一些，当然使用rpm就需要深入了解rpmbuild以及spec文档，似乎也并不简单。但从长远来看，rpm、yum源的可维护性，要比“脚本”可靠一些——我这样认为。
创建yum源需要一个ftp或者http服务，鉴于ftp烦人的防火墙策略（防火墙配制不当，ftp的模式——主动/初动使用不当，服务会变得不可用），建议使用http服务。
管理yum源需要一个工具createrepo，使用yum安装：yum -y install createrepo
然后就可以开始了：
1. 规划、创建yum源目录。
比如在http://www.bsdmap.com的根目录下创建一个yum目录，来保存 yum 源数据。
观察官方yum源的目录规划，像是yum并不能自己维护arch，即并不能自己区分i386还是x86_64，所以是单独放在不同的目录下。
我维护的是基于CentOS Linux 5的包，规划目录如下：
$mkdir -p yum/centos/5/{i386,x86_64}
2. 初始化repodata信息：
$createrepo -p -d -o yum/centos/5/i386 yum/centos/5/i386
$createrepo -p -d -o yum/centos/5/x86_64 yum/centos/5/x86_64
这个时候，会在yum/centos/5/i386和yum/centos/5/x86_64目录下，分别看到一个repodata目录，这个就是yum源的Meta数据，有了这个，yum就可以和这个“源”进行“数据信息”了。
当然这个时候，这个源是空的，没有任何包可以安装。后面再说如何在yum源中提供安装包。
3. 配置本地的yum，使之使用自建的yum源。
简单的来说，就是在本地的/etc/yum.repos.d目录下新建一个配置文件文件（也可配置语句添加到已经存在文件中），以.repo为文件名后缀，比如bsdmap.repo，然后内容大概如下：
[bsdmap-yum]
name=bsdmap-yum
baseurl=http://www.bsdmap.com/yum/centos/$releasever/$basearch/
enabled=1
gpgcheck=0
gpgkey=
解释：
[....] 代表这个库的名字，必须是唯一的，不可以重复。
name＝ 是这个库的说明，没有太大的实际意义，只是一个字段说明。
baseurl＝ 说明采取什么方式传输，具体路径在哪里，可以使用的方式有,file://，ftp://，http://等，关于baseurl中的变量，可以查看yum.conf 的手册：man yum.conf ，在手册的最后一段有详细描述。（$release
enabled=1 说明启用这个更新库，0表示不启用。
gpgcheck=1 表示使用gpg文件来检查软件包的签名
gpgkey= 表示gpg文件所存放的位置，此处也可以有http方式的位置。
这时，当我们yum repolist 时，就可以看到 bsdmap-yum 源了。