PostCSS Nesting使用指南

1. 目录结构及介绍

PostCSS Nesting项目已经归档并迁移到了csstools/postcss-nesting，但基于历史信息，我们可以构想一个典型的PostCSS插件的目录结构可能会是这样的：

├── bin                    # 可能包含可执行脚本文件
├── src                    # 核心源代码目录
│   ├── index.js            # 主入口文件，导出处理逻辑
├── test                   # 测试文件夹
│   └── ...                # 包含各种测试案例
├── .editorconfig          # 编辑器配置文件
├── .gitignore             # Git忽略文件列表
├── .npmrc                 # NPM特定配置
├── rollup.js              # 用于打包的Rollup配置文件
├── CHANGELOG.md           # 更新日志
├── CONTRIBUTING.md        # 贡献者指南
├── INSTALL.md             # 安装指南
├── LICENSE.md             # 许可证文件，通常为CC0-1.0无版权许可
├── README.md              # 项目说明文档
├── mod.js                  # 可能是为了在某些环境中使用的模块化入口
└── package.json           # 包含依赖、版本、脚本等信息

请注意，实际结构可能有所变化，尤其是项目经过迁移和更新后。

2. 项目启动文件介绍

• 主入口文件 (src/index.js 或 bin/postcss-nesting): 在此项目中，并没有明确指出哪个是“启动文件”，但在Node.js环境下，通常index.js位于某个目录下时，它被视为该目录的默认执行文件。对于PostCSS插件来说，核心逻辑很可能定义在src/index.js或类似的入口点，用于被导入并在PostCSS处理流程中调用。

3. 项目配置文件介绍

• package.json: 这个文件是最关键的配置文件之一，包含了项目的元数据，如名称、版本、作者、依赖项、脚本命令等。安装和运行此插件的初始步骤通常涉及查看此文件以找到正确的安装命令（例如，npm install <this-plugin>）和任何启动或构建脚本。

• .npmrc: 控制npm的本地配置，比如代理设置或私有包仓库认证。

• rollup.js: 如果项目使用Rollup进行打包，这个文件指定如何编译和打包源代码，使之可以作为模块使用。

• .editorconfig: 用于跨编辑器保持一致的代码格式。

• LICENSE.md: 描述软件的使用权限，PostCSS Nesting遵循CC0-1.0无版权许可。

注意

由于项目已迁移到csstools/postcss-nesting，上述结构和文件细节可能需对应到新仓库的实际布局。务必参考最新仓库的实际情况来获取最准确的信息。