Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 14 for first (0.15 sec)

  1. .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)
  2. .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)
  3. README.md

    * [Building Swift Libraries](https://docs.gradle.org/current/samples/sample_building_swift_libraries.html)
    * [Creating Build Scans](https://scans.gradle.com/)
    
    ## Stay in Flow
    Enjoy first-class Gradle support in your IDE of choice.
    
    * [Android Studio](https://developer.android.com/studio/build/index.html)
    * [Eclipse](https://www.vogella.com/tutorials/EclipseGradle/article.html)
    Plain Text
    - Registered: Wed May 08 11:36:15 GMT 2024
    - Last Modified: Sun Mar 24 20:49:08 GMT 2024
    - 3.9K 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. .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
    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)
  6. .cm/estimated_time_to_review.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
    - 2K bytes
    - Viewed (0)
  7. .cm/platform_labels.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: Mon Apr 22 15:32:31 GMT 2024
    - 2.5K bytes
    - Viewed (0)
  8. CONTRIBUTING.md

    We may ask you to answer these questions directly in the GitHub issue or (for large changes) in a shared Google Doc.
    
    If you are looking for good first issues, take a look at the list of [good first issues](https://github.com/gradle/gradle/labels/good%20first%20issue) that should be actionable and ready for a contribution.
    
    ### Security vulnerabilities
    
    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)
  9. .cm/misc_labels.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
    - 3K bytes
    - Viewed (0)
  10. .cm/summary_table_platforms.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)
Back to top