RoboStack / RoboStack/robostack.github.io
Add nightly CI for running existing rattler-build tests on build packages
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Astro
- Star
- 385
- Fork
- 36
- Merge trung bình
- 5 giờ 37 phút
- Pull request đã merge (30 ngày)
- 18
Mô tả
Since the migration to rattler-build/recipe v1, and adding tests in vinca, we are now bundling tests with packages itself, so it should be possible not only to run them while a package is built, but also post-deployment after the package was uploaded (see https://rattler.build/latest/testing/). This would permit to easily catch ABI regression such as https://github.com/RoboStack/ros-humble/issues/274 .
The basic logic could be something:
- Check which packages actually have tests (not sure if we can get this info from the conda channel directly, or we need to check https://github.com/RoboStack/ros-noetic/tree/main/tests, https://github.com/RoboStack/ros-humble/tree/main/tests and https://github.com/RoboStack/ros-jazzy/tree/main/tests .
- Download those packages, and run tests on them (not sure if
rattler-build testhas some facility for that). As part of this, we should make sure that the dependencies used are the latest one, and not some kind of locked dependencies - If CI does not pass, report it somewhere (the default reporting logic in GitHub Actions is not really convenient, see https://github.com/orgs/community/discussions/43415
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu với tài liệu kiểm thử của rattler-build và các thư mục kiểm thử hiện có trong ros-noetic, ros-humble và ros-jazzy. Xác định cách nhận diện các gói có kiểm thử, tải chúng xuống cùng với các dependency hiện tại, chạy các kiểm thử sau khi triển khai và báo cáo các lỗi. Công việc được xem là hoàn tất khi một workflow chạy hằng đêm thực hiện các bước kiểm tra này và hiển thị rõ ràng các lỗi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- github-actions
- Lĩnh vực
- ci-cd, testing-qa
- Loại issue
- Tính năng
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 25/100