- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 37 for tant (0.15 sec)
-
.teamcity/src/main/kotlin/projects/CheckProject.kt
description = "The extra gradle parameters you want to pass to this build, e.g. `-PrerunAllTests` or `--no-build-cache`" ) text( "reverse.dep.*.additional.gradle.parameters", "", display = ParameterDisplay.NORMAL, allowEmpty = true,
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Wed Apr 24 03:34:53 GMT 2024 - 3.1K bytes - Viewed (0) -
.teamcity/src/main/kotlin/promotion/PublishNightlyDocumentation.kt
enabled = branch.enableVcsTriggers // https://www.jetbrains.com/help/teamcity/2022.04/configuring-schedule-triggers.html#general-syntax-1 // We want it to be triggered only when there're pending changes in the specific vcs root, i.e. GradleMaster/GradleRelease triggerRules = "+:root=${VersionedSettingsBranch.fromDslContext().vcsRootId()}:."
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Wed Feb 07 17:05:02 GMT 2024 - 2.2K bytes - Viewed (0) -
.cm/lacks_tests.cm
# for the actions to run (there is an implicit AND relation between # the conditions on each line). Each condition is specified as a Jinja expression. You # can also use the constant `true` if you want to always run the actions. # Each automation is independent of the others. Every time one of the `on` conditions match for # this PR, this automations will have its `if` checked to run. In a way, the `on` conditions
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Fri Apr 12 13:42:16 GMT 2024 - 2.4K bytes - Viewed (0) -
build-logic/documentation/src/main/groovy/gradlebuild/docs/GradleUserManualPlugin.java
task.attributes(attributes); }); // Avoid overlapping outputs by copying exactly what we want from other intermediate tasks TaskProvider<Sync> userguide = tasks.register("userguide", Sync.class, task -> { task.setGroup("documentation");
Java - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Fri Mar 01 05:46:51 GMT 2024 - 17.7K bytes - Viewed (0) -
build-logic/dependency-modules/src/main/kotlin/gradlebuild/modules/extension/ExternalModulesExtension.kt
val ansiControlSequenceUtil = "net.rubygrapefruit:ansi-control-sequence-util" val ant = "org.apache.ant:ant" val antLauncher = "org.apache.ant:ant-launcher" val antJunit = "org.apache.ant:ant-junit" val asm = "org.ow2.asm:asm" val asmAnalysis = "org.ow2.asm:asm-analysis" val asmCommons = "org.ow2.asm:asm-commons"
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Tue Apr 16 15:50:58 GMT 2024 - 14.4K bytes - Viewed (0) -
build-logic-commons/gradle-plugin/src/main/kotlin/gradlebuild.code-quality.gradle.kts
errorproneExtension.disabledChecks.addAll( // DISCUSS "EqualsGetClass", // Let's agree if we want to adopt Error Prone's idea of valid equals() "JdkObsolete", // Most of the checks are good, but we do not want to replace all LinkedLists without a good reason // NEVER "MissingSummary", // We have another mechanism to check Javadocs on public API
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Tue Jan 30 10:26:21 GMT 2024 - 6K bytes - Viewed (0) -
.cm/add_usual_expert.cm
# for the actions to run (there is an implicit AND relation between # the conditions on each line). Each condition is specified as a Jinja expression. You # can also use the constant `true` if you want to always run the actions. # Each automation is independent of the others. Every time one of the `on` conditions match for # this PR, this automations will have its `if` checked to run. In a way, the `on` conditions
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Fri Apr 12 13:42:16 GMT 2024 - 1.4K bytes - Viewed (0) -
Development.md
The suggestions are displayed in the separate "Try"- section of the console output. The suggestions are collected in the `BuildExceptionReporter` and printed to the console. In some cases, you still want to keep the old behavior and display the suggestions in the error message. ### Add custom suggestions
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Tue Feb 06 22:54:40 GMT 2024 - 1.8K bytes - Viewed (0) -
.cm/complex_changes.cm
# for the actions to run (there is an implicit AND relation between # the conditions on each line). Each condition is specified as a Jinja expression. You # can also use the constant `true` if you want to always run the actions. # Each automation is independent of the others. Every time one of the `on` conditions match for # this PR, this automations will have its `if` checked to run. In a way, the `on` conditions
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Fri Apr 12 13:42:16 GMT 2024 - 1.7K bytes - Viewed (0) -
.teamcity/src/main/kotlin/promotion/PublishNightlySnapshot.kt
enabled = branch.enableVcsTriggers // https://www.jetbrains.com/help/teamcity/2022.04/configuring-schedule-triggers.html#general-syntax-1 // We want it to be triggered only when there're pending changes in the specific vcs root, i.e. GradleMaster/GradleRelease triggerRules = "+:root=${VersionedSettingsBranch.fromDslContext().vcsRootId()}:."
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Tue Dec 05 00:08:14 GMT 2023 - 2.6K bytes - Viewed (1)