expect 开发者/维护者，你好。

在对 expect spec 文件分析时发现其中 %autosetup 使用了 -S git（或 -S git_am）。
根据 rpm 文档 介绍，使用 -S git 会在构建目录初始化一个 git 仓库，用 git apply + commit 替代 patch 命令处理每个补丁文件，作用是方便 bisecting 哪个补丁引入的问题或者生成新补丁：

这种方法在开发、调试补丁过程可能有用，在软件包的构建过程没有任何作用，其副作用是构建软件时需要依赖 git 以及相应的 100+ 个 rpm 包。目前计划对 src-openEuler 组织下涉及的约 300 个软件包仓库 master 分支进行整改，%autosetup 去掉 -S git（可能需要添加 -p1），并且去掉 BuildRequires: git。在整改前已经做了如下验证和对比：

1. 对 libvirt 等几个软件包进行验证，%autosetup 去掉 -S git 参数，对补丁文件的处理结果是一致的，构建成功，所以推测该处理方法对软件构建不会有影响。
2. 以 which 这个软件包为例，%autosetup 去掉 -S git 参数，并且去掉 BuildRequires: git，OBS 构建环境需要安装的 rpm 数量从 277 个减少到 147 个，构建成功。

为节约你的时间，我会统一提交 PR 修改该问题并关联到该 issue。为避免由于我的修改意外引入的影响，请你仔细 review 相应 PR。
PR 提交后可能有其它 PR 在合入导致 release 及 changlog 不连续或冲突，如果出现这种情况，麻烦你及时通知我修复。感谢！

如果有疑问或者更好的建议，请与我联系 @chenyanpanHW