我有一个springboot项目，通过使用各种适当的springboot starter jar引入我们需要的适当的可传递依赖关系，我们很快就开始了。现在，随着我们离产品发布越来越近，我们正在添加代码质量和代码检查工具来解决问题。其中一些人将入门罐子标记为有问题，但我发现关于如何处理这个问题的建议不一致。
Spring.io文档未能对此进行权衡。这里描述了Starters：Spring Starters，但实际上只是说他们习惯了"；快速行动"；但并不表示它们是用于生产的。启动器未列在"生产就绪"功能中(重点是执行机构(。《生产包装》没有提到启动器。仅从Spring文档中，您就被要求使用启动器(以便快速启动(，但没有被告知或被告知不要在生产中使用它们。
如果spring项目添加了gradle-lint插件，或者使用了maven依赖插件，则使用starters会标记问题。启动器本身不包含代码，但它们引入了有用的可传递依赖项(按设计(，但lint插件表明了这一点。此处的相关事件
从gradle lint通常，应用程序只使用此类族中包含的库的子集。族中包含的不必要的依赖项都会增加应用程序本身的占用空间。如果"应用程序"本身实际上是一个库，那么这些不必要的依赖关系会向下游泄漏给用户，从而增加他们的占用空间，并可能引入破坏版本冲突解决问题。
；右"；答案是在上线前移除发酵罐？启动器是否应用于生产？我相信有很多项目已经开始生产，而且很可能他们做得很成功。但在我看来，当局在该怎么办上存在分歧，所以希望能让他们和解。
我认为这可能会被关闭，因为它是基于意见的。作为Spring Boot团队的一员，首发球员绝对是为了在生产中使用。如果某件事在以后会产生更多的工作，那么让你快速前进是没有意义的。有些人不喜欢间接依赖可传递的依赖关系，认为你需要的所有依赖关系都应该直接声明。我认为你提到的门楣工具正在强化这一观点。您可以配置该工具使其安静下来，也可以手动声明启动器的依赖项。我会做前者。