Draft: feat: multi-module repository
this is intentionally a draft since there are replace
directives to allow people to test this MR
It's also a request for comments: I'd like to know what the labkit team thinks about splitting the library into multiple modules. There are quite a few gitlab projects using this library but it's always a pain to handle (dependency wise) due to the huge dependency list and the use of archived/unmaintained dependencies. Additionally there are some really big dependencies that not everyone is using, I believe splitting the library into multiple modules would allow for more granularity and follow more closely the idea of minimalism mentioned in the readme.
NOTES:
- this is backward compatible (the api/import path is NOT changed)
- additional tags will need to be pushed for this to work (eg.
log/v1.0.0
)
See https://github.com/googleapis/google-cloud-go for a repo using this approach
Edited by feistel