- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 12 for We (0.22 sec)
-
.github/workflows/contributor-pr.yml
name: Contributor CI Build on: push: branches: - master pull_request: branches: - master concurrency: # On master/release, we don't want any jobs cancelled so the sha is used to name the group # On PR branches, we cancel the job if new commits are pushed
Others - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Thu May 02 09:13:16 GMT 2024 - 3.9K bytes - Viewed (0) -
build-logic-commons/gradle-plugin/src/main/kotlin/gradlebuild/BuildScanInfoCollectingServices.kt
*/ fun <T : AbstractBuildScanInfoCollectingService> Project.registerBuildScanInfoCollectingService( /* the implementation class to collect information from task execution result */ klass: Class<T>, /* which tasks we need to monitor? For example, cache-miss-monitor monitors `AbstractCompile` tasks */ taskFilter: (Task) -> Boolean, /* pass the collected information in build-logic and main build to build scan */
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Wed Apr 24 03:34:53 GMT 2024 - 3.2K bytes - Viewed (0) -
.teamcity/src/main/kotlin/util/RerunFlakyTest.kt
val testTaskOptionsParameterName = "testTaskOptions" val daemon = true applyDefaultSettings(os, arch, buildJvm = BuildToolBuildJvm, timeout = 0) // Show all failed tests here, since that is what we are interested in failureConditions.supportTestRetry = false val extraParameters = functionalTestExtraParameters("RerunFlakyTest", os, arch, "%$testJvmVersionParameter%", "%$testJvmVendorParameter%") val parameters = (
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Wed Apr 24 08:17:56 GMT 2024 - 4.6K bytes - Viewed (0) -
CONTRIBUTING.md
For any non-trivial change, we need to be able to answer these questions: * Why is this change done? What's the use case? * For user facing features, what will the API look like? * What test cases should it have? What could go wrong? * How will it roughly be implemented? We'll happily provide code pointers to save you time.
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Sat May 04 07:43:02 GMT 2024 - 15.6K bytes - Viewed (0) -
.teamcity/src/main/kotlin/configurations/PerformanceTest.kt
} } failureConditions { // We have test-retry to handle the crash in tests javaCrash = false // We want to see the flaky tests for flakiness detection supportTestRetry = (performanceTestBuildSpec.type != PerformanceTestType.flakinessDetection) }
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Wed Apr 24 08:17:56 GMT 2024 - 5.3K bytes - Viewed (0) -
.teamcity/src/main/kotlin/promotion/BasePromotionBuildType.kt
// https://www.jetbrains.com/help/teamcity/shared-resources.html#Viewing+Shared+Resources+Usage // https://blog.jetbrains.com/teamcity/2013/05/explaining-the-shared-resources-plugin/ // we only allow 1 promotion job running at the same time to avoid website xml conflicts feature { type = "JetBrains.SharedResources" param("locks-param", "WebsiteReleasesXml writeLock")
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Wed Apr 24 03:34:53 GMT 2024 - 2.1K bytes - Viewed (0) -
build-logic/cleanup/src/main/java/gradlebuild/cleanup/services/KillLeakingJavaProcesses.java
* Not clean up global Gradle processes (i.e. classpath in ~/.gradle/...). * Because the step is not guaranteed to run (e.g. build timeout), we need `KILL_LEAKED_PROCESSES_FROM_PREVIOUS_BUILDS` mode. */ KILL_PROCESSES_STARTED_BY_GRADLE, /** * Run when we want to retry the build. Kill all Gradle processes, regardless of they're global or local. */ KILL_ALL_GRADLE_PROCESSES }
Java - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Fri Apr 26 09:46:00 GMT 2024 - 11.3K bytes - Viewed (0) -
.teamcity/performance-tests-ci.json
"groups" : [ { "testProject" : "largeJavaMultiProject", "comment" : "We only test the multi-project here since for the monolithic project we would have no cache hits. This would mean we actually would test incremental compilation.", "coverage" : { "per_commit" : [ "linux" ] } } ] }, {
Json - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Mon May 06 09:01:23 GMT 2024 - 35.5K bytes - Viewed (0) -
.cm/platform_labels.cm
# function as an implicit first `if` for every automation in the file. # You can define multiple automations in a .cm file, but each automation name should be unique # within the file. We keep each automation (or very closely related group of automations) in # its own file. on: - pr_created - commit - comment_added automations: # Label changes by affected platforms (in blue)
Plain Text - Registered: Wed May 08 11:36:15 GMT 2024 - Last Modified: Mon Apr 22 15:32:31 GMT 2024 - 2.5K bytes - Viewed (0) -
build-logic/binary-compatibility/src/main/groovy/gradlebuild/binarycompatibility/rules/AbstractGradleViolationRule.groovy
// No point in parsing the source file if the method is not there any more. if (method.changeStatus == JApiChangeStatus.REMOVED) { return false } // @Override has source retention - so we need to peek into the sources return repository.isOverride(method) } Violation acceptOrReject(JApiCompatibility member, Violation rejection) {
Groovy - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Tue Apr 23 08:40:36 GMT 2024 - 10.4K bytes - Viewed (0)