Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Connect build to ge.spring.io to benefit from deep build insights and faster builds #2319

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
erichaagdev wants to merge 1 commit into spring-projects:main from erichaagdev:main

Conversation

@erichaagdev
Copy link
Contributor

@erichaagdev erichaagdev commented Oct 13, 2023

This pull request connects the build to the Gradle Enterprise instance at https://ge.spring.io/. This allows the Spring Data REST project to benefit from deep build insights provided by build scans and faster build speeds for all contributors as a result of local and remote build caching.

This Gradle Enterprise instance has all features and extensions enabled and is freely available for use by Spring Data REST and all other Spring projects. On this Gradle Enterprise instance, Spring Data REST will have access not only to all of the published build scans, but other aggregate data features such as:

  • Dashboards to view all historical build scans, along with performance trends over time
  • Build failure analytics for enhanced investigation and diagnosis of build failures
  • Test failure analytics to better understand trends and causes around slow, failing, and flaky tests

Spring Boot, Spring Framework, and Spring Security are already connected to https://ge.spring.io/ and are benefiting from these features.

Appropriate access must be configured to publish build scans. To provision a Gradle Enterprise access key for local development, you can invoke the following Maven goal:

./mvnw gradle-enterprise:provision-access-key

For instructions to connect CI to the remote build cache and to publish build scans, please follow the instructions here in Gradle Enterprise Conventions. You can disregard that this is a Gradle plugin, the instructions in the README work the same.

Please let me know if there are any questions about the value of Gradle Enterprise or the changes in this pull request and I’d be happy to address them.

This change publishes a build scan to ge.spring.io for every local build from an authenticated Spring committer and for CI where appropriate access tokens are available. The build will not fail if publishing fails.
This change also allows the build to benefit from local and remote build caching, providing faster builds for all contributors.
Additionally, the project will have access to all features of Gradle Enterprise such as:
- Dashboards to view all historical build scans, along with performance trends over time
- Build failure analytics for enhanced investigation and diagnosis of build failures
- Test failure analytics to better understand trends and causes around slow, failing, and flaky tests
@gregturn gregturn self-assigned this Oct 19, 2023
@gregturn gregturn added type: task A general task and removed status: waiting-for-triage An issue we've not yet triaged labels Oct 19, 2023
@gregturn gregturn added this to the 4.2 GA (202310) milestone Oct 19, 2023
gregturn pushed a commit that referenced this pull request Oct 19, 2023
This change publishes a build scan to ge.spring.io for every local build from an authenticated Spring committer and for CI where appropriate access tokens are available. The build will not fail if publishing fails.
This change also allows the build to benefit from local and remote build caching, providing faster builds for all contributors.
Additionally, the project will have access to all features of Gradle Enterprise such as:
- Dashboards to view all historical build scans, along with performance trends over time
- Build failure analytics for enhanced investigation and diagnosis of build failures
- Test failure analytics to better understand trends and causes around slow, failing, and flaky tests
See #2319 
Copy link
Contributor

Resolved.

erichaagdev reacted with hooray emoji erichaagdev reacted with rocket emoji

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Labels

type: task A general task

Projects

None yet

Development

Successfully merging this pull request may close these issues.

AltStyle によって変換されたページ (->オリジナル) /