Spring 云配置服务 - Git 对比本机
Spring cloud config service - Git vs Native
我正在尝试设置 spring 云配置服务器。我看到有两种存储属性的选项。 Git 或本机文件系统。看起来人们更倾向于使用 GIT 来对抗 Native。
我们的项目遵循基于主干的开发，这意味着它不会在每次发布到生产时都削减分支。
如果我们使用 GIT 来读取属性，并且如果有人在部署后更改 属性，那么很可能会读取更改的 属性，这可能会在生产中造成问题.
有人遇到过这个问题吗？你是怎么解决的？
如果您的 Spring Cloud Git Backend 设置为 标签 或提交 ID（而不是分支），则不应读取任何修改。
This repository implementation maps the {label} parameter of the HTTP resource to a git label (commit id, branch name or tag).
If the git branch or tag name contains a slash ("/"), then the label in the HTTP URL should be specified with the special string "(_)" instead (to avoid ambiguity with other URL paths).
由于提交 ID 或标签是不可变的，因此应该避免读取新内容。
我正在尝试设置 spring 云配置服务器。我看到有两种存储属性的选项。 Git 或本机文件系统。看起来人们更倾向于使用 GIT 来对抗 Native。
我们的项目遵循基于主干的开发，这意味着它不会在每次发布到生产时都削减分支。
如果我们使用 GIT 来读取属性，并且如果有人在部署后更改 属性，那么很可能会读取更改的 属性，这可能会在生产中造成问题.
有人遇到过这个问题吗？你是怎么解决的？
如果您的 Spring Cloud Git Backend 设置为 标签 或提交 ID（而不是分支），则不应读取任何修改。
This repository implementation maps the
{label}parameter of the HTTP resource to a git label (commit id, branch name or tag).
If the git branch or tag name contains a slash ("/"), then the label in the HTTP URL should be specified with the special string "(_)" instead (to avoid ambiguity with other URL paths).
由于提交 ID 或标签是不可变的，因此应该避免读取新内容。