Block a user
feature: validate commits in reverse date-time order when MAX_COMMITS_TO_CHECK is used
Sample output from running on the JankariTechUG/accounting repo:
phil@phil-Inspiron-5468:~/git/JankariTechUG/accounting$ ~/git/JankariTechUG/GitTrustedTimestamps/hooks/validate.sh --maxcommit…
feature: validate commits in reverse date-time order when MAX_COMMITS_TO_CHECK is used
Validate latest timestamp commits first
fix: stop correctly when MAX_COMMITS_TO_CHECK is reached
phil
pushed to respect-MAX_COMMITS_TO_CHECK at JankariTechUG/GitTrustedTimestamps
2025-06-02 09:48:00 +00:00
fix: stop correctly when MAX_COMMITS_TO_CHECK is reached
Note: there is also an issue with the way that the tree of parent commits typically end up being traversed. That is a separate issue, and I will think about how to improve that.
fix: stop correctly when MAX_COMMITS_TO_CHECK is reached
phil
pushed to respect-MAX_COMMITS_TO_CHECK at JankariTechUG/GitTrustedTimestamps
2025-06-02 08:48:02 +00:00
phil
created branch respect-MAX_COMMITS_TO_CHECK in JankariTechUG/GitTrustedTimestamps
2025-06-02 08:48:02 +00:00
Reduce the time taken to validate the commit chain
merge commits don't have a timestamp in our case, but in theory could. Do commits without any stamp also take so much time to be validated?
The validation code "skips" quickly through…
feature: limit the number of commits to be validated
Reduce the time taken to validate the commit chain
feature: limit the number of commits to be validated
Done 0 means "infinity" and is now the default.
phil
pushed to limit-num-commits-validated at JankariTechUG/GitTrustedTimestamps
2025-05-29 04:11:27 +00:00
feature: limit the number of commits to be validated
phil
created branch limit-num-commits-validated in JankariTechUG/GitTrustedTimestamps
2025-05-28 05:11:34 +00:00