testify/require cannot be used in a goroutine, which might be the case in a test. See https://github.com/golang/go/issues/15758.

By default, go binaries currently include only a
Go build-id, but it is also useful to include a
Gnu build-id.

Providing a Gnu build-id in a binary enables more robust
support for Gnu profiling, tracing, and debugging tools.
For example, it prevents an ugly scenario where the wrong
symbols are used when analyzing a profile that was captured
prior to a recent install of that binary.

Like all build-ids, the Gnu build-id must be unique.
Ideally it should also be deterministic, as that supports
repeatable builds, which in turn enable supply chain integrity
validation, equivalency testing, etc.

The Go build-id has both properties: unique and deterministic.
Here we generate a Gnu build-id based on the Go build-id,
inheriting those 2 properties.

We hope to make this an automatic behavior of go build in the
future, reducing overhead and risk.  But for now, this approach
approximates the required certainty of uniqueness (including
differentiating between builds that use the same source code
but different versions of go or statically linked libraries).

Remove code and documentation related to the processes
we followed when Workhorse development happened in its
own project.

Fixing lots of random instances of "merge request" where it was
miscapitalized. The "M" should only be capitalized at the beginning
of a sentence or slug, and the "R" should never be capitalized.

too long method name results in too long
prometheus label name, which can crash prometheus