go/goreleaser
1
0
Fork 0
mirror of https://github.com/goreleaser/goreleaser.git synced 2026-06-19 23:24:39 +02:00
Code Issues Releases Activity

docs: prebuilt

Browse Source 
Signed-off-by: Carlos Alexandro Becker <caarlos0@gmail.com>
This commit is contained in:
Carlos Alexandro Becker
2021-09-11 14:56:09 -03:00
parent 7b0b88f282
commit 65e2505ef4
1 changed files with 14 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files
www/docs/customization/build.md
+14 -11
View File
@@ -318,12 +318,14 @@ To make your releases, checksums, and signatures reproducible, you will need to
## Import pre-built binaries ## Import pre-built binaries
You may want to build your binaries in different machines due to CGO. Since GoReleaser Pro v0.179.0, it is possible to import pre-built binaries into the GoReleaser lifecycle.
Maybe you want to build them with your pre-existing `Makefile`.
Well, since GoReleaser Pro v0.179.0, you can import those binaries into the release process! Reasons you might want to do that include:
- You want to build your binaries in different machines due to CGO
- You want to build using a pre-existing `Makefile` or other tool
- You want to speed up the build by running several builds in parallel in different machines
Example usage: In any case, its pretty easy to do that now:
```yaml ```yaml
# .goreleaser.yml # .goreleaser.yml
@@ -348,13 +350,14 @@ This example config will import into your release pipeline the following binarie
The other steps of the pipeline will act as if those were built by GoReleaser itself. The other steps of the pipeline will act as if those were built by GoReleaser itself.
There is no difference in how the binaries are handled. There is no difference in how the binaries are handled.
A cool tip here, specially when using CGO, is that you can have one !!! tip
`.goreleaser.yml` file just for the builds, build each in its own machine with A cool tip here, specially when using CGO, is that you can have one
[`goreleaser build --single-target`](/cmd/goreleaser_build/) and have a `.goreleaser.yml` file just for the builds, build each in its own machine
second `.goreleaser.yml` file that imports those binaries and release them. with [`goreleaser build --single-target`](/cmd/goreleaser_build/) and
have a second `.goreleaser.yml` file that imports those binaries
This tip can also be used to speed up the build process if you run all the and release them.
builds in different machines in parallel. This tip can also be used to speed up the build process if you run all the
builds in different machines in parallel.
!!! warning !!! warning
GoReleaser will try to stat the final path, if any error happens while GoReleaser will try to stat the final path, if any error happens while