Gradle 中是否有一种方法可以定义应该（或不应该）通过存储库解析哪些工件模式？
Is there a way in Gradle to define what patterns of artifacts should, (or should not), be resolved via a repository?
Gradle 中是否有一种方法可以明确定义某些工件的来源？
我们有一个遗留项目正在使用适当的工件存储库管理器，而不是网络共享。但是，我们有多个存储库，可以从中下载工件。我们希望能够细化某些工件应该从哪里来，直到我们可以完全加入有问题的工件存储库管理器。
这样的事情可能吗？
是的，从 Gradle 5.1
开始是可能的
https://docs.gradle.org/5.1/release-notes.html#repository-to-dependency-matching
Repository to dependency matching
It is now possible to match repositories to dependencies, so that Gradle doesn't search for a dependency in a repository if it's never going to be found there.
有关详细信息，请参阅文档：https://docs.gradle.org/5.6.2/userguide/declaring_repositories.html#sec::matching_repositories_to_dependencies
Gradle 中是否有一种方法可以明确定义某些工件的来源？
我们有一个遗留项目正在使用适当的工件存储库管理器，而不是网络共享。但是，我们有多个存储库，可以从中下载工件。我们希望能够细化某些工件应该从哪里来，直到我们可以完全加入有问题的工件存储库管理器。
这样的事情可能吗？
是的，从 Gradle 5.1
开始是可能的https://docs.gradle.org/5.1/release-notes.html#repository-to-dependency-matching
Repository to dependency matching
It is now possible to match repositories to dependencies, so that Gradle doesn't search for a dependency in a repository if it's never going to be found there.
有关详细信息，请参阅文档：https://docs.gradle.org/5.6.2/userguide/declaring_repositories.html#sec::matching_repositories_to_dependencies