- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 17 for their (0.18 sec)
-
architecture-standards/0003-avoid-introducing-Groovy-types-to-public-api.md
- **Reduce the size of the Gradle distribution** - We no longer need to carry multiple standard libraries for different languages. ## Decision We do not introduce new public API methods that include Groovy types in their signatures. Existing Groovy methods will not be removed immediately. ## Status ACCEPTED ## Consequences
Plain Text - Registered: Wed Feb 14 11:36:15 GMT 2024 - Last Modified: Wed Jan 31 14:32:10 GMT 2024 - 1.8K bytes - Viewed (0) -
architecture/standards/0005-introduce-core-ui-architecture-module.md
## Status ACCEPTED ## Consequences - Introduce the module and move the services and their implementations.
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Mon Mar 04 23:19:15 GMT 2024 - 1.3K bytes - Viewed (0) -
build-logic/documentation/src/main/groovy/gradlebuild/docs/dsl/source/model/MethodMetaData.java
} builder.append(')'); return builder.toString(); } /** * Returns the signature of this method, excluding the return type, and converting generic types to their raw types. */ public String getOverrideSignature() { StringBuilder builder = new StringBuilder(); builder.append(name); builder.append('(');
Java - Registered: Wed Apr 17 11:36:08 GMT 2024 - Last Modified: Wed Dec 09 08:14:05 GMT 2020 - 4.9K bytes - Viewed (0) -
.teamcity/src/test/kotlin/CIConfigIntegrationTests.kt
File(it, "src/integTest").exists() && it.name != "distributions-integ-tests" && // distributions:integTest is part of Build Distributions it.name != "soak" // soak tests have their own test category } assertFalse(projectFoldersWithFunctionalTests.isEmpty()) projectFoldersWithFunctionalTests.forEach {
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Tue Jan 02 10:00:06 GMT 2024 - 13.3K bytes - Viewed (0) -
architecture-standards/0002-avoid-using-java-serialization.md
## Decision We do not use Java serialization. Instead, we use custom serialization where we explicitly describe how data objects should be serialized and deserialized. For internal purposes, we use binary formats for their brevity. We use the `Serializer` abstraction to separate the actual implementation of serialization from its uses. When sharing data with external tools, we use JSON. ## Status PROPOSED ## Consequences
Plain Text - Registered: Wed Feb 14 11:36:15 GMT 2024 - Last Modified: Thu Feb 08 21:48:27 GMT 2024 - 1.9K bytes - Viewed (0) -
build-logic/build-update-utils/src/main/kotlin/gradlebuild/buildutils/tasks/AbstractCheckOrUpdateContributorsInReleaseNotes.kt
val releaseNotesLines: List<String> = releaseNotes.asFile.get().readLines() val contributorSectionBeginIndex = releaseNotesLines.indexOfFirst { it.startsWith("We would like to thank the following community members for their contributions to this release of Gradle:") } + 1 if (contributorSectionBeginIndex == 0) { throw IllegalStateException("Can't find the contributors section in the release notes $releaseNotes.") }
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Mon May 16 05:03:11 GMT 2022 - 5.7K bytes - Viewed (0) -
.cm/plugins/filters/isEnabledAutomation/index.js
JavaScript - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Fri Apr 12 13:42:16 GMT 2024 - 3.1K bytes - Viewed (0) -
architecture-standards/0005-introduce-core-ui-architecture-module.md
## Status PROPOSED ## Consequences - Introduce the module and move the services and their implementations.
Plain Text - Registered: Wed Feb 14 11:36:15 GMT 2024 - Last Modified: Wed Feb 07 00:56:13 GMT 2024 - 1.2K bytes - Viewed (0) -
architecture/standards/0003-avoid-introducing-Groovy-types-to-public-api.md
- **Reduce the size of the Gradle distribution** - We no longer need to carry multiple standard libraries for different languages. ## Decision We do not introduce new public API methods that include Groovy types in their signatures. Existing Groovy methods will not be removed immediately. ## Status ACCEPTED ## Consequences
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Sun Mar 10 20:38:06 GMT 2024 - 1.8K bytes - Viewed (0) -
architecture/standards/0002-avoid-using-java-serialization.md
## Decision We do not use Java serialization. Instead, we use custom serialization where we explicitly describe how data objects should be serialized and deserialized. For internal purposes, we use binary formats for their brevity. We use the `Serializer` abstraction to separate the actual implementation of serialization from its uses. When sharing data with external tools, we use JSON. ## Status ACCEPTED ## Consequences
Plain Text - Registered: Wed May 01 11:36:15 GMT 2024 - Last Modified: Thu Feb 29 22:32:18 GMT 2024 - 2.3K bytes - Viewed (0)