1
0
Commit Graph

16 Commits

Author SHA1 Message Date
ورد
edbbc8643f Merge branch 'main' into add-last-updated 2025-08-29 16:43:27 +03:00
Gabriel Freitas
412c6df3d0 Remove support for release tag page url.
Only asset url is now accepted for fixed-release-tag-updates
2025-07-07 12:06:11 -03:00
Gabriel Freitas
025cd27180 Revert erroneous fix on version checking 2025-07-07 11:42:47 -03:00
Gabriel Freitas
2297413551 Fix update_mod_versions.py to handle asset names correctly and improve version change check logic for better clarity 2025-07-07 11:31:35 -03:00
Gabriel Freitas
fa76b2a899 Enhance update_mod_versions.py with detailed print statements for checking release tags and assets during processing 2025-07-07 11:18:51 -03:00
Gabriel Freitas
58f28a6f62 Update check for specific release to use boolean fixed-release-tag-updates instead of url check 2025-06-22 19:21:53 -03:00
Gabriel Freitas
c85e3a1446 Rename RELEASE_TAG to LATEST_TAG on update_mod_versions.py 2025-06-22 18:58:59 -03:00
Gabriel Freitas
43cd8fe0d5 Fix typo again 2025-06-18 14:44:29 -03:00
Gabriel Freitas
d390413ec0 Fix typo 2025-06-18 13:29:42 -03:00
Gabriel Freitas
2777af675b feat: add support for multiple immutable release tag URLs in a repo
Adds detection and version tracking for URLs like:
- releases/download/{tag}/{asset}
- releases/tag/{tag}

This enables monorepo workflows where multiple mods share a repository
but use immutable tags (e.g., mod-name__latest) instead of the automatic
releases/latest endpoint.

Uses asset creation timestamps to generate sequential versions in
YYYYMMDD_HHMMSS format, ensuring each mod gets independent version
tracking rather than sharing the repository's latest release version.

Maintains full backward compatibility with existing URL patterns.
2025-06-18 13:02:41 -03:00
kasimeka
4d9b9e6ace feat(update_mod_versions.py): add support for last-updated field 2025-05-27 13:23:54 +03:00
janw4ld
a66eb063a2 feat: add auto-update support for tags with no release assets 2025-04-20 18:53:40 +02:00
Breezebuilder
3521106098 Improvements to mod version checking and GitHub API rate limit checking
- Check if download url links to latest head, and if so, use version of latest commit hash instead of release version
- Merge `get_latest_release` and `get_latest_commit` into `get_version_string` for less duplicate code
- Check and print GitHub API rate limit details including api resource, remaining calls, and reset time
- On exceeding rate limit or 403 error, check if primary or secondary rate limit has been reached
    - On primary rate limit breach, wait until hourly rate reset time
    - On secondary rate limit breach, wait for `retry-after` response time or an exponential time, starting at 60 seconds and doubling for each attempt, following GitHub API docs
- Prevent program waiting for more than 30 minutes for API rate reset time
2025-03-11 23:51:46 +11:00
Breezebuilder
d574e1e072 Fix mod version updater failing for mods with repos ending with characters 'g', 'i', or 't'
`rstrip` removes any matched characters from the end of the string until an unmatched character is found
2025-03-11 13:34:02 +11:00
Ö. Efe D.
a3420f5d31 Make script executable 2025-03-09 19:39:53 +01:00
Ö. Efe D.
f532231f52 Add automatic version updating feature 2025-03-09 19:36:28 +01:00