更新：2020-09-22

使用一段时间后（几年？），etckeeper +git 不符合我寻求的要求。

概述 + 问题

我想要类似 etckeeper的文件系统元数据控制，用于非/etc、git 控制的目录。Home 和 web-app 目录等通常对元数据（文件所有权、ACL、权限）敏感。这对于使用 git 进行自动化服务器部署（以及诸如Fabric 之类的工具）非常有用/重要。我想在上述目录上重新使用类似 etckeeper 的功能，无论是使用 etckeeper 本身还是其他东西。

任何人都可以提出任何提示/技巧/工作解决方案来提供以下一项或两项：

1. 将 etckeeper 引擎（只关心 etckeeper 的 git 特定功能）应用于非 /etc、git 控制的目录。（至少可以假设 Debian/Ubuntu Linux；如果可能，希望 MacOSX/自制软件支持。）
2. 使用元数据支持扩展 git（超越过度简化的东西，如git-cache-meta）以支持类似 etckeeper 的功能或更好？

更多细节，背景

使用文件系统元数据控制功能扩展 git 的兴趣越来越大。根据我的经验，etckeeper 的元数据“引擎”似乎非常强大和可靠，而且etckeeper 似乎也很受其他人的欢迎。 Metastore至少部分是由于Metastore 的非基于文本/不友好的挑战。此外，etckeeper 似乎是从基于 Metastore 的核心开始的，但后来转向了自己的（推测性的？）。

显然，这具有特定于操作系统/文件系统的依赖性。（例如，不要尝试在 Windows 上自动部署。）建议一个可选的git 的扩展（如果它是“本机扩展”），由用户按需启用，了解跨平台损坏的后果，这样本机行为不会破坏 git 的“默认”跨平台友好性。此外，不需要保存奢侈的 unix/darwin/etc 元数据（如 ACL）；基本的用户/组/其他权限和用户/组所有权就可以了。（这些是目前唯一破坏我的“安全/漏洞控制/政策”的东西。）我预先瞄准的特定操作系统：Debian、Ubuntu、MacOS …

新手 IRC 用户在这里。尝试在 freenode.net 上建立连接，最好使用本机 Mac OS X 客户端（我运行的是 10.6.8），或者至少具有良好的“OS X 感觉”。还寻求在 Mac 社区中“备受推崇”的客户（例如，Linkinus 反映了出色的 Apple App Store 用户评级）。到目前为止，我们发现对任何客户端“从头开始”都非常困难。所有尝试过的客户端（Colloquy、Textual、Linkinus）都会遇到某种“*** 注意——您需要通过 SASL 识别才能使用此服务器”错误。我看到了这个freenode SASL 友好的客户列表；我真的仅限于这些客户吗？

这个“IRC-freenode 启动”过程比我原先预期的要困难得多。为什么我不能这样做并让它“正常工作”？

底线：寻找关于如何在 Mac OS 上开始使用 freenode.net IRC 聊天室的“章节和诗句”/食谱描述。需要参考已知的工作客户端，然后是有关如何使用昵称连接到聊天室的确切说明。