Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 4 of 4 for Husted (0.38 sec)

  1. architecture/build-state-model.md

    An instance is created at the start of a Gradle invocation and discarded at the end of that invocation.
    
    The build session state also includes "cross session" state that is shared with any "nested" sessions that need to be created.
    This only happens when the `GradleBuild` task is used. You can mostly ignore the distinction between "cross session" and "build session" state.
    
    ### Build tree state
    
    "Build tree" is another name for the build definition.
    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. .github/CODEOWNERS

    ## CODEOWNERS style rules:
    ## 1. Prefer team ownership over individual user ownership.
    ## 2. GBT-related team should be listed first.
    ## 3. Try to keep paths alphabetically sorted within visual groups.
    ## 4. List individual owners last.
    ##
    
    # bt-unassigned-maintainers must be the first owner
    # All directories that are not explicitly listed below are considered
    # unassigned. This means that the ownership may be unknown, lost or
    # mixed across several groups.
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Wed Apr 24 15:52:09 GMT 2024
    - 9.8K bytes
    - Viewed (0)
  3. CONTRIBUTING.md

    Most tasks that are used to build Gradle support the configuration cache, but some don't. For example, building the documentation currently requires you to disable the configuration cache.
    
    To disable the configuration cache, run the build with `--no-configuration-cache`.
    
    Tasks known to have problems are listed in the build logic. You can find this list at:
    
    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)
  4. architecture/runtimes.md

    The core-runtime module defines each runtime:
    
    - The target JVM for the runtime. Each runtime has its own JVM compatibility constraints.
    - Some base services that are available to code hosted by the runtime. This varies by runtime.
    - Additional constraints. For example, the CLI client runtimes limit the libraries that are available to the code in that runtime, for performance reasons. 
    
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Thu May 02 06:42:46 GMT 2024
    - 2.3K bytes
    - Viewed (0)
Back to top