Separate sample projects from test infrastructure (converted to project)

Đang mở
#5,712 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
15/100
Loại issue
Tái cấu trúc
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
java, kotlin, spring-boot
Lĩnh vực
build-system, ci-cd, testing

Hướng nghiên cứu

Công việc được theo dõi trong dự án Linear được liên kết thay vì issue này. Hãy bắt đầu bằng cách lập bản đồ các dự án Gradle mẫu hiện tại, các kiểm thử tích hợp/hệ thống và cấu hình CI, sau đó xem xét JAVA-625 về dependency phân giải cục bộ của build; công việc được xem là hoàn tất khi các mẫu sử dụng các tọa độ đã được publish, trong khi các kiểm thử tích hợp tách biệt vẫn duy trì đầy đủ phạm vi bao phủ cho mỗi PR.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Improvement Java Platform: Java

This issue has been converted to a project Separate sample projects from test infrastructure

Currently our samples double as integration tests, which causes buildscript classpath bleed between the main build and the sample projects. This creates two categories of problems:

Isolation failures observed

  • A test matrix leg targeting a specific KGP version was silently resolved to a higher version because another build dependency pulled it in transitively
  • Sample dependency constraints (e.g. an older Spring Boot requiring a pinned KGP version) block upgrades to the rest of the build

Goals

  • Samples should use only published Maven Central coordinates so customers can copy them verbatim — no project references, no snapshots
  • Integration tests should live in a separate Gradle project (or composite build) with an isolated buildscript classpath, publishing to a build-local directory for resolution
  • Changes to the main build graph should not be able to silently alter what the samples or integration tests resolve

Proposed direction

  • Extract sample apps into standalone Gradle projects (or an isolated composite build) that declare no project(...) dependencies
  • Run integration/system tests against those standalone projects, resolving SDK artifacts from a build-local Maven directory (see JAVA-625)
  • CI wires the publish-to-local-dir step before the sample test step, keeping full per-PR coverage

Out of scope

  • The build-local dir plumbing itself (tracked in JAVA-625)
  • Publishing samples to any external registry

--

View Junior Session in Sentry

Ngôn ngữ chính
Kotlin
Star
1.4k
Fork
478
Merge trung bình
3 ngày 2 giờ
Pull request đã merge (30 ngày)
70

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của getsentry/sentry-java

Tất cả issue của getsentry/sentry-java

Issue tương tự

Thêm issue về Kotlin

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.