[boringssl] Use a single revision pin
This CL restructures how we combine the upstream mirror with local build
files. Previously, jiri would checkout one branch with builds files at
//third_party/boringssl and another with the upstream sources at
//third_party/boringssl/src. This worked well when the repo was allowed
to maintain its own jiri manifest.
When manifests were centralized under //integration, this had the effect
of breaking CQ, as it couldn't update both pins simultaneously when
rolling.
This CL updates roll_boringssl.go to simply use `git archive` to copy
the sources from origin/upstream/master to src, and rely on git's
deduplication. This ensures a single SHA-1 describes the repo at any
point in time.
Bug: 49060
Change-Id: I85b4ac22e7fbf25294a4d5b6b4e5f1477111840b
Reviewed-on: https://fuchsia-review.googlesource.com/c/third_party/boringssl/+/375175
Reviewed-by: Matthew Dempsky <mdempsky@google.com>
Reviewed-by: Joshua Liebow-Feeser <joshlf@google.com>
Commit-Queue: Aaron Green <aarongreen@google.com>
5 files changed
