是否有一种广告方法,并让消费者从repos或其branches或releases的可用REST API得知,积极支持特定发行版或主要版本分支,因此支持维护,还是不受支持?还是应用某些常见的支持政策,例如“ n -2受支持的主要版本”?
这是为了实现自动化写作,可以根据可用性来发出警报,甚至自动更新相关版本(例如,有一个受支持的版本可以从维护版本升级)。
答案 0 :(得分:0)
仅从GitHub API开始,不,因为“支持”概念不是主要概念。
您可以设置发布命名约定,然后使用该约定来解释repos/releases API。
或者在README
中明确描述您可以通过repos/contents API获得的支持。
但是您可能考虑的任何解决方案都将涉及某种约定/规范化。