应用程序可能需要针对其环境定制的通用纯文本配置文件，而不是使用抽象（或 YAML 或属性格式的替代表示形式之一）。
Config Server 通过位于 、 和 的附加端点提供这些端点，其含义与常规环境端点相同，但是是文件名的路径（例如 ）。
此端点的源文件的位置与环境端点的源文件相同。
属性和 YAML 文件使用相同的搜索路径。
但是，不会聚合所有匹配的资源，而是只返回第一个匹配的资源。Environment/{application}/{profile}/{label}/{path}applicationprofilelabelpathlog.xml
找到资源后，将使用提供的应用程序名称、配置文件和标签的有效值来解析正常格式 （） 的占位符。
这样，资源终结点与环境终结点紧密集成。${…}Environment
与环境配置的源文件一样，用于解析文件名。
因此，如果您想要一个特定于配置文件的文件，可以通过一个名为 （优先于 ） 的文件来解析。profile/*/development/*/logback.xmllogback-development.xmllogback.xml |
与环境配置的源文件一样，用于解析文件名。
因此，如果您想要一个特定于配置文件的文件，可以通过一个名为 （优先于 ） 的文件来解析。profile/*/development/*/logback.xmllogback-development.xmllogback.xml |
如果不想提供 并让服务器使用默认标签，则可以提供请求参数。
因此，配置文件的前面示例可以是 。labeluseDefaultLabeldefault/sample/default/nginx.conf?useDefaultLabel |
如果不想提供 并让服务器使用默认标签，则可以提供请求参数。
因此，配置文件的前面示例可以是 。labeluseDefaultLabeldefault/sample/default/nginx.conf?useDefaultLabel |
目前，Spring Cloud Config 可以为 git、SVN、原生后端和 AWS S3 提供明文。 对 git、SVN 和本机后端的支持是相同的。AWS S3 的工作方式略有不同。 以下各节显示了每个部分的工作原理：