Commit f74fe5d5 authored by Bruce Dawson's avatar Bruce Dawson Committed by Commit Bot

Update compute_build_timestamp.py comment

compute_build_timestamp.py was updated to not do 5 am quantizing on
official builds but the behavioral comment at the top was not updated.
This change just updates the comment to reflect reality.

Also fix a spelling error found by tricium.

Bug: 993509
Change-Id: I05e3c03d5846f32a47b7742e01739afd5d4f0564
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2154532Reviewed-by: default avatarJoshua Pawlicki <waffles@chromium.org>
Commit-Queue: Bruce Dawson <brucedawson@chromium.org>
Cr-Commit-Position: refs/heads/master@{#760120}
parent c9e3b621
...@@ -8,9 +8,8 @@ build_type impacts the timestamp generated, both relative to the date of the ...@@ -8,9 +8,8 @@ build_type impacts the timestamp generated, both relative to the date of the
last recent commit: last recent commit:
- default: the build date is set to the most recent first Sunday of a month at - default: the build date is set to the most recent first Sunday of a month at
5:00am. The reason is that it is a time where invalidating the build cache 5:00am. The reason is that it is a time where invalidating the build cache
shouldn't have major reprecussions (due to lower load). shouldn't have major repercussions (due to lower load).
- official: the build date is set to the current date at 5:00am, or the day - official: the build date is set to the time of the most recent commit.
before if the current time is before 5:00am.
Either way, it is guaranteed to be in the past and always in UTC. Either way, it is guaranteed to be in the past and always in UTC.
""" """
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment