Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Run GHA against `main` periodically to catch API changes and/or previously unknown features

Đang mở
  • Có gì không ổn?
#37 0 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ó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
35/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
github-actions, python
Lĩnh vực
ci-cd, devops

Hướng nghiên cứu

Bắt đầu bằng cách xác định workflow GitHub Actions hiện đang chạy các kiểm tra cho pull requests. Tái sử dụng job đó làm cơ sở cho một lần chạy theo lịch bốn lần mỗi ngày, sau đó xác minh rằng các lỗi được GitHub Actions báo cáo. Việc lựa chọn tuyến đường và thời điểm được để lại một cách rõ ràng cho việc tinh chỉnh sau này.

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

Mô tả

Checks for #33 failed, but apparently for reasons related to the API itself rather than the changes in the PR (see https://github.com/bundesAPI/autobahn-api/pull/33#issuecomment-1575137487 for details). In this case it is because of the API not supplying the content type (any more?), as well as an enum value we were previously not aware of.

Our main challenge is that we’re checking against a reverse-engineered API, which may change its behavior or reveal previously unknown features any time, and against data which changes frequently. For this reason it might be a good idea to run GHA on main periodically. If that fails all of a sudden, it’s a sign we missed something, or the API changed.

I have a similar use cases for milestones and road numbers used in a traffic service for Poland. There the main point is to find road number/milestone combinations which are not in OpenStreetMap yet, which won’t become apparent until they’re mentioned in a traffic message. Ideally we would want to check each and every traffic message, but that is not feasible. Instead, I chose to work on a representative set of traffic messages.

I poll the API at 1:30, 9:00, 13:30 and 18:00 each day, which should get me roadworks during the night (1:30), particular situations during peak hours (9:00 and 18:00) as well as daytime situations (13:30). The main difference is that the API I run this against has a single endpoint for all motorways, expressways and national roads in Poland, whereas Autobahn-API has one endpoint per road. So we might need a representative set of not only time points, but also of roads – preferably roads which are prone to getting traffic reports – but I would rather start with running the same job we run on a PR four times a day, and refining it later on.

Ngôn ngữ chính
Python
Star
153
Fork
10
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

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 bundesAPI/autobahn-api

Tất cả issue của bundesAPI/autobahn-api

Issue tương tự

Thêm issue về Python

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.