jolheiser
58339a9ff7
continuous-integration/woodpecker the build was successful
Details
Signed-off-by: jolheiser <john.olheiser@gmail.com> |
||
---|---|---|
cmd | ||
database | ||
docker | ||
go-gpm | ||
router | ||
.gitignore | ||
.woodpecker.yml | ||
DOCS.md | ||
LICENSE | ||
README.md | ||
docs.go | ||
go.mod | ||
go.sum | ||
main.go | ||
tools.go |
README.md
GPM
Go Package Mapping
Motivation
I personally use a lot of nice libraries in Go, but every time I start a new project I have to go hunting for import paths again!
Enter GPM, a glorified mapping of simple names to go-get imports.
For example, I use urfave/cli for all of my CLI projects. I've used it enough times to remember the import path, but let's say I didn't.
Using either a GPM server or local config, I can instead gpm get cli
which finds cli
in my map and runs go get github.com/urfave/cli/v2
.
Commands
add
- Add a local packageremove
- Remove a local packagelist
- List local packagesconfig
- Change local configurationget
- Get a list of packages- e.g.
gpm get zerolog survey bbolt cli chi
to get all the modules needed for gpm itself (assuming the map resolves to the same packages)
- e.g.
server
- Start a gpm server
Server
gpm will call out to a gpm server to find a package.
This makes it much simpler to have a central library of packages rather than exporting and importing between environments.
Want to run your own server? It's very easy! This CLI comes packaged with the server inside, simply run gpm server
to start up a GPM server.
Remember to set a --token
!
Put it behind your favorite reverse proxy, and it's ready to go!