Build Caddy with plugins
Find a file
Matthew Holt 68d27a0401
Only cleanup temporary file after run is over
Mac apparently sends SIGKILL to processes spawned by a process that no
longer exists on disk! ... or something like that.
2020-04-23 15:04:06 -06:00
cmd/xcaddy Only cleanup temporary file after run is over 2020-04-23 15:04:06 -06:00
.gitignore Housekeeping 2020-04-23 14:36:17 -06:00
builder.go Improved cross-platform support 2020-04-23 14:34:29 -06:00
environment.go Support replacements and customizing the core version; update readme 2020-04-22 16:29:57 -06:00
go.mod Housekeeping 2020-04-23 14:36:17 -06:00
go.sum Housekeeping 2020-04-23 14:36:17 -06:00
LICENSE Initial commit 2020-03-21 14:31:29 -06:00
platforms.go Improved cross-platform support 2020-04-23 14:34:29 -06:00
README.md Fix typo 2020-04-22 16:40:25 -06:00

xcaddy - Custom Caddy Builder

This command line tool and associated Go package makes it easy to make custom builds of the Caddy Web Server.

It is used heavily by Caddy plugin developers as well as anyone who wishes to make custom caddy binaries (with or without plugins).

Supports Caddy 2 and up.

⚠️ Still in development.

Stay updated, be aware of changes, and please submit feedback! Thanks!

Requirements

Command usage

The xcaddy command has two primary uses:

  • Compile custom caddy binaries
  • A replacement for go run while developing Caddy plugins

Install the xcaddy command with:

$ go get -u github.com/caddyserver/xcaddy/cmd/xcaddy

The xcaddy command will use the latest version of Caddy by default. You can customize this for all invocations by setting the CADDY_VERSION environment variable.

As usual with go command, the xcaddy command will pass through the GOOS, GOARCH, and GOARM environment variables for cross-compilation.

Custom builds

Syntax:

$ xcaddy build [<caddy_version>]
    [--output <file>]
    [--with <module[@version][=replacement]>...]
  • <caddy_version> is the core Caddy version to build; defaults to CADDY_VERSION env variable or latest.
  • --output changes the output file.
  • --with can be used multiple times to add plugins by specifying the Go module name and optionally its version, similar to go get. Module name is required, but specific version and/or local replacement are optional.

Examples:

$ xcaddy build \
    --with github.com/caddyserver/ntlm-transport

$ xcaddy build v2.0.1 \
    --with github.com/caddyserver/ntlm-transport@v0.1.0

$ xcaddy build \
    --with github.com/caddyserver/ntlm-transport=../../my-fork

$ xcaddy build \
    --with github.com/caddyserver/ntlm-transport@v0.1.0=../../my-fork

For plugin development

If you run xcaddy from within the folder of the Caddy plugin you're working on without the build subcommand, it will build Caddy with your current module and run it, as if you manually plugged it in and invoked go run.

The binary will be built and run from the current directory, then cleaned up.

The current working directory must be inside an initialized Go module.

Syntax:

$ xcaddy <args...>
  • <args...> are passed through to the caddy command.

For example:

$ xcaddy list-modules
$ xcaddy run
$ xcaddy run --config caddy.json

Library usage

builder := xcaddy.Builder{
	CaddyVersion: "v2.0.0-rc.1",
	Plugins: []xcaddy.Dependency{
		{
			ModulePath: "github.com/caddyserver/ntlm-transport",
			Version:    "v0.1.0",
		},
	},
}
err := builder.Build("./caddy")

Versions can be anything compatible with go get.


© 2020 Matthew Holt