[chatmasta]

Presumably you can bypass the artifact retention limit by uploading them as release artifacts (which are retained forever) rather than job artifacts.

(Not that I’d advocate for this in general, since ultimately you’re duplicating a bunch of data and will eventually catch the eye of some GitHub compliance script.)

[jzebedee]

That's exactly what I did for scraping the USCIS processing time daily: https://github.com/jzebedee/uscis

[Crier1002]

out of curiosity: is there a specific reason to use robinraju/release-downloader@v1 over actions/download-artifact@v4 here at your 'Download previous DB' step in build_db.yml?

[jzebedee]

It's used to download the previous day's database from the release for computing the diff. actions/download-artifact would only work for artifacts created during the current run, i.e., today's database.

[ErikBjare]

Release != artifact

[ngshiheng]

interesting! perhaps cleaning up the older data might help abit here

> since ultimately you’re duplicating a bunch of data and will eventually catch the eye of some GitHub compliance script

I suppose this could also be a concern with git scraping as we are bascially duplicating data through git commits (not trying to imply that one is better or worse). Having that said, I'm not sure if GitHub would be fine with any of these if more people were to do the same at a larger scale

[chatmasta]

What would be interesting is if you could find a way to scrape only the deltas and then somehow reconcile them into the full scrape.