Skip to content

64bit dates #892

Merged
Sebastian Thiel (Byron) merged 14 commits into
mainfrom
future-dates
Jun 11, 2023
Merged

64bit dates #892
Sebastian Thiel (Byron) merged 14 commits into
mainfrom
future-dates

Conversation

@Byron

@Byron Sebastian Thiel (Byron) commented Jun 10, 2023

Copy link
Copy Markdown
Member

This is related to git handling far-future commit dates, see test.
Also, we definitely support more than 32 bits for timestamps now.

Tasks

  • gix-date with 64 bit
  • add support for core.commitGraph, mention commitGraph.readChangedPaths, and mention commitGraph.generationVersion
  • commit-graph with 64 bit/generation 2 support This always worked, even though some numbers can't be represented, we are good for a long time though.
  • support for corrected generation numbers - cannot find a test that truly shows need for this portion of code. Those tests that do don't seem to actually test for it, or test something else. Abandoned for now.

That way, dates beyond 2038 are supported.

Further, we rename `Time::seconds_since_unix_epoch` to `seconds`, and remove `seconds()`
as there now is a new type, `SecondsSinceUnixEpoch`. In the same vein, we rename
`Time::offset_in_seconds` to `offset` as it now has at type `OffsetInSeconds`.
@Byron
Sebastian Thiel (Byron) force-pushed the future-dates branch 4 times, most recently from 1efd2bb to c73b792 Compare June 11, 2023 12:53
Previously, we would always use the commitgraph when available, but now we only do so
if the `core.commitGraph` option is set.
…h up to `gix` level.

This is merely a debug tool to learn about generation numbers.
All commit-graph commands now operate on a repository.
…nerations.

This leads to greater correctness of generation numbers when dealing with certain kinds of commit-graphs.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant