Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 5 of 5 for containerd (0.18 sec)

  1. architecture/build-state-model.md

    An instance is created at the start of a build execution and discarded at the end of the execution.
    
    ### Build state
    
    The "build state" holds the state for a build within the build definition for a single build execution, and is contained by the build tree state.
    
    The build state is managed by the `BuildState` class.
    An instance is created for each build in the build definition, once per build execution and is discarded at the end of the execution. 
    
    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. architecture/standards/0004-use-a-platform-architecture.md

    This platform does not provide special support for a particular kind of automation. This is the responsibility of other platforms. 
    
    It is made up of 3 architecture modules:
    
    - **Runtime**: Provides the runtimes or "containers" in which code runs. These runtimes include the Gradle client, the daemon and the worker processes. This is the base module on which all other architecture modules depend.
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Sun Feb 25 22:19:29 GMT 2024
    - 4.5K bytes
    - Viewed (0)
  3. architecture/platforms.md

    This platform does not provide special support for a particular kind of automation. This is the responsibility of other platforms.
    
    It is made up of 3 architecture modules:
    
    - **core-runtime**: Provides the runtimes or "containers" in which code runs. These runtimes include the Gradle client, the daemon and the worker processes. This is the base module on which all other architecture modules depend.
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Thu May 02 06:42:46 GMT 2024
    - 5.4K bytes
    - Viewed (0)
  4. CONTRIBUTING.md

    * Keep commits discrete. Avoid including multiple unrelated changes in a single commit.
    * Keep commits self-contained. Avoid spreading a single change across multiple commits. A single commit should make sense in isolation.
    
    ### Testing changes
    
    After making changes, you can test your code in 2 ways:
    
    1. Run tests.
    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)
  5. LICENSE

          (d) If the Work includes a "NOTICE" text file as part of its
              distribution, then any Derivative Works that You distribute must
              include a readable copy of the attribution notices contained
              within such NOTICE file, excluding those notices that do not
              pertain to any part of the Derivative Works, in at least one
              of the following places: within a NOTICE text file distributed
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Tue Jan 23 11:07:23 GMT 2024
    - 23.1K bytes
    - Viewed (0)
Back to top