与常规 setup.exe 文件相比，使用 .msi 文件有哪些优势？
我的印象是在用户权限很少的机器上部署更容易，但不确定细节。
msiexec.exe 有哪些功能使部署比使用 setup.exe 方案更容易？
部署 .msi 应用程序时有什么提示或技巧吗？
我正在使用 rsync 将大量已更改的文件从一台服务器复制到另一台服务器。我知道我可以使用该-n选项进行试运行，因此我可以查看哪些文件已更改。但是，是否可以让 rsync 打印更改的文件内容的差异？我想在复制之前先看看发生了什么？我可以保存到文件并稍后使用 diff(1) 应用的东西？
我尝试使用以下命令将补丁应用于我的文件
补丁 -p0 < foo.patch
我得到以下输出
bash：补丁：找不到命令
我有Centos 5.x服务器。
请指导在这种情况下该怎么做
我正在尝试使几个 ubuntu 框保持最新并打补丁（10.4.2 LTS），我得到的一个建议是设置无人值守升级（https://help.ubuntu.com/community/自动安全更新）。
过去我一直反对设置自动更新，主要是因为它会在更新过程中破坏某些东西的偏执狂。但是，现在我开始质疑这有多有效（以及与可能未打补丁的服务器相比，它的风险有多大）。这是一个明智的想法吗？
我们也在设置 Puppet，但是创建模块/将服务器迁移到 Puppet 似乎还有很长的路要走。
在更新方面，固件很少受到关注。眼不见，心不烦。
许多设备：RAID 控制器、NIC、芯片组，甚至硬盘驱动器，都从更新中获益。更好的功能、安全/错误修复等。
大多数 SA 说，“只要它坏了，就更新固件。” 但这可能会导致未来的困难；有几次，当就硬盘驱动器故障与戴尔联系时，我被问到我的硬盘驱动器固件是否是最新的。我所有的服务器都使用某种类型的 RAID 配置。如果我已经有一个驱动器出现故障，我是否应该考虑尝试升级其余驱动器或 RAID 控制器上的固件？我会说不。但戴尔似乎有不同的看法。
（我知道戴尔有一个很好的实用程序，称为Server Update Utility，它可以检查任何戴尔服务器上的所有新固件。）
我有一个包含.patch文件的目录，使用 diff 生成。
我想将所有这些补丁应用patch -p1到另一个目录。
但是补丁只需要一个文件，除非我cat.
使用xargs或类似工具应用多个文件的命令是什么。
我想在我的 Debian Squeeze 服务器上使用 doxygen，但我需要来自 Debian Wheezy 的版本，因为这显然包含我需要的错误修复。
它不在 backports 中——检查 packages.debian.org/search?suite=squeeze-backports&searchon=names&keywords=doxygen（我是新来的，不允许将其作为正确的链接！）
我尝试将 Wheezy 添加到我的 sources.list 文件并运行，apt-get install -t wheezy doxygen但它想从 wheezy安装太多；这是一台生产服务器，因此无法承受这种风险。
我假设从源代码编译也想从源代码编译上述所有其他内容？
还有其他解决方案吗？（例如一些虚拟化或 chrooting？）等
Microsoft 拥有 WSUS，它非常适合它支持的 Microsoft 产品（并且它不支持所有 Microsoft 产品），但实际上公司有许多来自其他供应商的应用程序。
是否有类似于 WSUS 的补丁/更新管理服务器，但它适用于许多供应商或开发人员？
更新
一些好心人决定将服务器标记更改为 Windows 标记 - 请注意，这不仅适用于 Windows。如果您知道在 Linux 或 Apple 上运行的良好补丁服务器，那么它们也很完美。
我想比较两个目录。我尝试了 diff，但它包含文件内的更改。我想要的只是这样的
file a is just in /A
file b is missing in /A
file c changed
directory d is missing in /A
directory e is just in /A
我认为这在进行完整文件修补时很常见，但我不知道一个好的解决方案。
就像听起来一样，我试图找出是否有一个（标准）命令会产生两个文件和/或目录树之间的权限差异。
理想情况下，它会发布一个补丁文件，该文件可用于更改权限以匹配目标，但我猜测因为标准补丁文件是由 ed 解释的，所以它可能必须是一种单独的格式。