![创建 debian 包或 bash 脚本?](https://linux22.com/image/1422505/%E5%88%9B%E5%BB%BA%20debian%20%E5%8C%85%E6%88%96%20bash%20%E8%84%9A%E6%9C%AC%EF%BC%9F.png)
我已经开始虚拟化我的桌面以简化开发...我目前正在运行 VirtualBox,并将 Debian 作为暂存服务器运行...我即将开始构建开发服务器的过程 - 然后我可以根据需要为我们团队中的每个新用户/开发人员克隆该服务器(而不是让他们手动配置所需的各种系统)。
但是,我很好奇 bash 脚本是否会更好...它记录了所有内容的配置内容和配置方式(缺少更改 conf 文件等)。
当我调用 debian apt-get install apache2 时,它知道如何以及在何处配置所有内容,因此它就可以正常工作...我希望 Google App Engine 也能有类似的东西...debian 软件包是否会调用脚本来创建默认用户等?
这听起来就像是我想做的事情...这在 Linux 管理员中常见吗?
答案1
首先,使用 deb 包的方式太过分了。你需要追踪所有上游包更新,然后将所有自定义配置重新应用于它们,并负责将这些包推送到相关机器(阅读:无限期的管理地狱,直到辞职)。或者只是忽略所有上游更新并承担安全漏洞/错误修复遗漏的风险。我以前也走过这条路,并吃过苦头,绝对不建议任何人这样做。
然而,在编写脚本之前,最好先了解一下 deb 包是如何完成的,因为破坏现有的 Debian 配置是不明智的,然后在 deb 更新过程询问是否保留位置配置或使用上游配置时必须手动干预。对于。每台。机器。
例如,在 Aapche 下创建虚拟主机时,建议按照“Debian 方式”进行:将任何虚拟主机配置放入 下的附加文件中/etc/apache2/sites-available/
,并为需要激活的虚拟主机添加 符号链接/etc/apache2/sites-enabled/
,而不是将所有内容都塞进 里面httpd.conf
。
此外,那些配置自动化系统,如厨师和木偶也有些过度了。它们对于部署大型系统或需要频繁部署时很有用。它们并没有为 OP 指定的即发即弃的情况带来好处(设置一些开发人员机器)。