Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 26 for Hevery (0.16 sec)

  1. architecture/build-state-model.md

    ## Composition by architecture modules
    
    Each [architecture module and platform](platforms.md) can contribute code to any of the elements.
    Not every module contributes to every element.
    
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Sun May 05 22:45:11 GMT 2024
    - 3.4K bytes
    - Viewed (0)
  2. build-logic-commons/basics/src/main/kotlin/gradlebuild/basics/BuildEnvironment.kt

        else -> actualBranch
    }
    
    /**
     * The build environment.
     *
     * WARNING: Every val in here must not change for they same daemon. If it does, changes will go undetected,
     *          since this whole object is kept in the classloader between builds.
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Fri Feb 09 22:52:01 GMT 2024
    - 5.7K bytes
    - Viewed (2)
  3. build-logic/cleanup/src/main/kotlin/gradlebuild/cleanup/Cleanup.kt

    private
    val dirVersionPattern = "\\d+\\.\\d+(\\.\\d+)?(-\\w+)*(-\\d{14}[+-]\\d{4})?".toRegex()
    
    
    val logger = Logging.getLogger("gradlebuild.cleanup")
    
    
    /**
     * Removes state for versions that we're unlikely to ever need again, such as old snapshot versions.
     */
    fun FileSystemOperations.removeOldVersionsFromDir(dir: Directory, shouldDelete: Spec<GradleVersion>, dirPrefix: String = "", dirSuffix: String = "") {
        if (dir.asFile.isDirectory) {
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Mon Jan 08 12:45:57 GMT 2024
    - 4.4K bytes
    - Viewed (0)
  4. .cm/lacks_tests.cm

    # 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
    # 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
    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)
  5. .teamcity/src/main/kotlin/common/extensions.kt

            param("env.GRADLE_INTERNAL_REPO_URL", "%gradle.internal.repository.url%")
            if (os == Os.MACOS) {
                // Use fewer parallel forks on macOs, since the agents are not very powerful.
                param("maxParallelForks", "2")
            }
            if (os == Os.LINUX || os == Os.MACOS) {
                param("env.LC_ALL", "en_US.UTF-8")
            }
        }
    }
    
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Fri Apr 12 10:49:15 GMT 2024
    - 13K bytes
    - Viewed (0)
  6. .cm/complex_changes.cm

    # 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
    # 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
    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)
  7. .cm/add_usual_expert.cm

    # 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
    # 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
    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)
  8. .teamcity/src/main/kotlin/model/CIBuildModel.kt

        // Include cross version tests, these take care of selecting a very small set of versions to cover when run as part of this stage, including the current version
        quick(true, true, true, 120, 4),
    
        // Include cross version tests, these take care of selecting a very small set of versions to cover when run as part of this stage, including the current version
        platform(true, true, true),
    
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Fri Feb 23 01:54:48 GMT 2024
    - 20.9K bytes
    - Viewed (0)
  9. .teamcity/src/test/kotlin/ApplyDefaultConfigurationTest.kt

        )
    
        @BeforeEach
        fun setUp() {
            val stepsCapturer = slot<BuildSteps.() -> Unit>()
            every { buildType.steps } returns steps
            every {
                buildType.steps(capture(stepsCapturer))
            } answers {
                stepsCapturer.captured(steps)
                mockk()
            }
        }
    
        @Test
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Wed Apr 24 08:17:56 GMT 2024
    - 6.5K bytes
    - Viewed (0)
  10. architecture/README.md

    ## Architecture decision records (ADRs)
    
    The Gradle team uses ADRs to record architectural decisions that the team has made.
    
    See [Architecture decisions records](standards) for the list of ADRs.
    Be aware these are very technical descriptions of the decisions, and you might find the documentation below more useful as an introduction to the internals of Gradle.
    
    ## Platform architecture
    
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Thu May 02 06:42:46 GMT 2024
    - 2.4K bytes
    - Viewed (0)
Back to top