Configurar recursos de teste para publicação
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Embora a publicação de recursos de teste não exija nenhuma configuração específica
da publicação, os
mecanismo de capacidade
para trabalhar com acessórios não requer uma configuração adicional.
Para um determinado artefato com coordenadas groupId:artifactId:version, o Gradle
espera que o artefato de recursos de teste declare um recurso com coordenadas
groupId:artifactId-test-fixtures:version. No momento, isso não é feito
automaticamente pelo suporte do recurso de teste nem pelo plug-in do Maven Publish
e, portanto, precisa ser feito manualmente.
O Gradle cria o recurso usando o nome, grupo e versão do projeto.
Os três precisam ser configurados para corresponder aos artifactId, groupId e version definidos
na publicação.
Por padrão, o nome do projeto é o último segmento do caminho dele. Assim, o nome
padrão de um projeto com o caminho :path:to:mylibrary é mylibrary. Se você
não quiser usá-lo para artifactId, mude o nome do
projeto.
Há duas opções para renomear o projeto:
- Renomear a pasta do projeto. Isso muda o nome do projeto ou o
caminho dele no Gradle. Portanto, todas as dependências precisam ser
atualizadas. Manter o nome e a pasta do projeto iguais pode criar
mais trabalho de reorganização inicialmente, mas reduz a confusão.
- Renomear o projeto no Gradle sem renomear a pasta do projeto. Isso
evita o impacto no controle de versão de origem, mas divide o local e o nome
do projeto.
Para renomear o projeto no Gradle, insira o seguinte código no
arquivo settings.gradle:
Groovy
include ':path:to:mylibrary'
project(':path:to:mylibrary').name = 'my-library'
Kotlin
include(":path:to:mylibrary")
project(":path:to:mylibrary").name = "my-library"
Esse código atribui o novo caminho do projeto a :path:to:my-library.
O valor groupId assume como padrão o nome do build, que geralmente é o nome da
pasta raiz, com um valor de version não especificado. Para mudar
os valores do ID ou da versão do grupo, defina as propriedades group e version,
respectivamente, no arquivo build.gradle do projeto (para Groovy) ou
build.gradle.kts (para script Kotlin):
Groovy
group = 'com.my-company'
version = '1.0'
Kotlin
group = "com.my-company"
version = "1.0"
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-07-27 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-27 UTC."],[],[],null,["# Configure test fixtures for publication\n\nWhile publishing test fixtures doesn't require any particular configuration\nof the publication, the\n[capability mechanism](https://docs.gradle.org/current/userguide/component_capabilities.html)\nused to handle fixtures does require an additional configuration.\n\nFor a given artifact with coordinates `groupId:artifactId:version`, Gradle\nexpects that the test fixtures artifact declares a capability with coordinates\n`groupId:artifactId-test-fixtures:version`. This is not currently done\nautomatically by either the test fixture support or the Maven Publish Plugin,\nand therefore must be done manually.\n\nGradle creates the capability from the project's name, group, and version.\nAll three must be set up to match the `artifactId`, `groupId`, and `version` set\nin the publication.\n\nThe project's name is the last segment of its path by default, so the default\nname of a project with the path `:path:to:mylibrary` is `mylibrary`. If this is\nnot what you want to use for `artifactId`, then you need to change your project\nname.\n\nThere are two options for renaming your project:\n\n- Rename the folder of the project. This changes the project name, or the Gradle path of the project, so all dependencies on the project need to be updated. While keeping the project name and folder the same might create more reorganization work initially, it reduces confusion.\n- Rename the project in Gradle without renaming the folder of the project. This avoids the impact on source versioning, but it splits the project location and name.\n\nTo rename the project in Gradle, insert the following code in the\n`settings.gradle` file: \n\n### Groovy\n\n```groovy\ninclude ':path:to:mylibrary'\nproject(':path:to:mylibrary').name = 'my-library'\n```\n\n### Kotlin\n\n```kotlin\ninclude(\":path:to:mylibrary\")\nproject(\":path:to:mylibrary\").name = \"my-library\"\n```\n\nThis code assigns the new path of the project to `:path:to:my-library`.\n\nThe value `groupId` defaults to the build name, which is generally the name of\nthe root folder, and the value `version` is by default unspecified. To change\nthe values of the group ID or version, set the `group` and `version` properties,\nrespectively, in your project-level `build.gradle` file (for Groovy) or\n`build.gradle.kts` (for Kotlin script): \n\n### Groovy\n\n```groovy\ngroup = 'com.my-company'\nversion = '1.0'\n```\n\n### Kotlin\n\n```kotlin\ngroup = \"com.my-company\"\nversion = \"1.0\"\n```"]]
