Our great sponsors
gotaskr | go-gitlab | |
---|---|---|
8 | 3 | |
17 | 2,265 | |
- | 2.2% | |
6.9 | 9.3 | |
about 2 months ago | 2 days ago | |
Go | Go | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gotaskr
-
Generic Task Runner in Go -> gotaskr
Feel free to head over to GitHub and check the wiki for more details and I would be happy to get feedback or improvement ideas for gotaskr.
-
Build / Makefile templates for Go monorepo?
I created https://github.com/Roemer/gotaskr for that and we are very happy with it for a very complex build system. Give it a try if you want.
-
Is your makefile supposed to be a justfile?
May I present my alternative https://github.com/Roemer/gotaskr It is kind of similar to magefile but provides some other features similar to cake build and inbuilt tools useful for devops. And also it is a plain go program so no magic compilation in the background. It replaced basically 100 bash files in our rather complex build/deploy setup. Sometimes a declarative approach is just not enough.
-
Unpopular opinion: CI/CD engines are an awful idea
I have used many CI systems on large scale and to be honest, Jenkins is still my favorite. Everything you need is provided and works. You have 100% control over the workflow. With code. All those declarative yaml based ones need sooooo much workarounds to get more complex workflows to run and often you are just stuck with a less optimal solution. Beside the build workflow, we do not write any build logic in the ci engine but use external code runners instead. For .Net I used Cake or Nuke build for example but now my absolute preference for build logic is go. There we use a task runner like gotaskr. This helps having the build logic centralized and usually you can also run different build tasks locally to debug and test them. Also with go, you don‘t need any runtime to run the logic. Just build the task runner once and then you can copy the binary anywhere (eg for parallel build tasks) and just run it. This is optimal to integrate it in Docker base builds so you don‘t need to change the base image at all.
-
Task runner like go-task/task, but in pure Go, no external DSLs
May I present my solution: https://github.com/Roemer/gotaskr Heavily inspired by cake build. It has no compile magic anywhere. Just write your go file and run the tasks in it. Or build it and re-use it in a ci for example.
-
Utility library, most gopher way for namespaces/packages
The current refactoring is in: https://github.com/Roemer/gotaskr/tree/feature/toolsrefactoring
-
Any open source projects need help ?
I'm a go youngling that tried to create a task runner (inspired by cake build for .net) in go as an alternative to magefile. What I would like is to get some feedback about how it is implemented and if there are go-principles that are violated and where the code should be improved. So if you want to do some reviewing, feel free to have a look at https://github.com/Roemer/gotaskr
go-gitlab
-
Examples of well designed API wrappers?
You could take a look at https://github.com/xanzy/go-gitlab
-
Testing calls to external APIs
I list my Gitlab projects with https://github.com/xanzy/go-gitlab, and in a test I wrote for the method listing and displaying my projects, I create a mock http server, that responds by returning the json response of a call to the Gitlab API.
-
Utility library, most gopher way for namespaces/packages
I took note of other examples like https://github.com/xanzy/go-gitlab/blob/master/gitlab.go which use a similar approach (just with an additional client class). Is that a better approach? Having a "Client" that acts as a wrapper for different tool implementations?
What are some alternatives?
weaver - Programming framework for writing and deploying cloud applications.
gock - HTTP traffic mocking and testing made easy in Go ༼ʘ̚ل͜ʘ̚༽
kertish-dfs - Kertish-dfs is a simple distributed storage platform, implements file storage on a single distributed computer cluster, and provides interfaces for file/folder handling. Kertish-dfs aims primarily for completely distributed operation without a single point of failure, scalable to the exabyte level.
go-vcr - Record and replay your HTTP interactions for fast, deterministic and accurate tests
devtron - Tool integration platform for Kubernetes
ziti - The parent project for OpenZiti. Here you will find the executables for a fully zero trust, application embedded, programmable network @OpenZiti
mkdkr - mkdkr = Makefile + Docker
goyek - Task automation Go library
mage - a Make/rake-like dev tool using Go
go-build-template - A Makefile/Dockerfile example for Go projects.
goke - Go + Make = Goke
gdg - Grafana Dashboard Manager