Use the timestamp of the first file within the GZIP archive for published_at

[aranke]

Description

Use the timestamp of the first file within the GZIP archive for published_at instead of hard-coding to 1970-01-01

Sample PR: https://github.com/dbt-labs/hub.getdbt.com-test/pull/251/files

[joellabes]

This was intentionally removed in #141 because it led to a ridiculous number of redundant PRs being opened, what makes you want to bring it back? (Your approach is admittedly much more idempotent than just using the current time).

Not averse to it, but we don't display it anywhere so I'm not sure what filling it out solves.

[aranke]

@joellabes I want to avoid errors like this one: dbt-labs/dbt-core#10260. Currently, each version bump of dbt-utils will break dbt-core because the deps test will break.

Another option if we don't want to go this route is for the Core team to create new packages just for this test that we solely control.

[aranke]

Furthermore, because we're using the idempotent release time, we should not run into merge conflicts like this one: dbt-labs/hub.getdbt.com#1484 (comment)

[joellabes]

We've discussed this separately and are closing for now as we found another way to solve the problem this PR was meant to help with!