Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/luontola/gobbler

Build tool for Go. With it you can build and test advanced multi-package projects with near-zero configuration. [DRAFT]
https://github.com/luontola/gobbler

Last synced: 4 days ago
JSON representation

Build tool for Go. With it you can build and test advanced multi-package projects with near-zero configuration. [DRAFT]

Host: GitHub
URL: https://github.com/luontola/gobbler
Owner: luontola
License: apache-2.0
Created: 2010-02-04T12:18:07.000Z (almost 15 years ago)
Default Branch: master
Last Pushed: 2010-04-07T17:34:28.000Z (over 14 years ago)
Last Synced: 2024-04-15T07:10:11.141Z (7 months ago)
Language: Go
Homepage:
Size: 103 KB
Stars: 4
Watchers: 3
Forks: 0
Open Issues: 0
Metadata Files:
- Readme: README.md
- License: LICENSE.txt

Awesome Lists containing this project

README

Gobbler
======

Gobbler is a build tool for the [Go programming language](http://golang.org/). It allows building and testing multi-package Go projects with one command, without need for manually written Makefiles.

Source code is available at

For discussion, use the [golang-nuts mailing list](http://groups.google.com/group/golang-nuts), at least until Gobbler has so many users that it requires its own mailing list. You may also contact Gobbler's developer, [Esko Luontola](http://github.com/orfjackal), by email.

Project Goals
-------------

- **Simple to use** - Build the project and run its tests with one command-line command.

- **Convention over configuration** - When files are put into source and test directories (/src/main/go and /src/test/go), then all packages and tests are detected automatically. The project configuration file should only need to say whether the project is a library or an executable, and what is the name of the executable.

- **Smart dependency handling** - Allow packages (including test code) to depend on other packages in the same project, without requiring the build process to "make install" the dependencies to $GOROOT. Build only those packages which have changed since last build (or whose dependencies have changed). In the long-term, also dependencies to external libraries will be resolved automatically, similar to Maven et al.

License
-------