Ask HN: It's time for a `.config` path in repos
A repo like dbt-labs/dbt-core [0] has 21 files in its root, almost all config files like `Makefile`, `Dockerfile.test`, `pyproject.toml`.
GitHub's structure — showing the full file listing before the Readme — means that this clutter adds a small tax to browsing repos. Those 21 files appear below 14 directories, so it's 2+ screens before we can see the readme.
Would folks support a standard path for config files, like a `.config` path, similar to the XDG default? Tools would look there in addition to the root of the repo, and so we could move many of those config files out of the root.
If there were support: I'm not sure of the best way of organizing this. Maybe a few tools start embracing the standard, and others follow? Or we have a "arewedotconfigyet.com" site? Does putting a config file in the root help the marketing of tools, such that tools are less incentivized to do this?
[0]: https://github.com/dbt-labs/dbt-core
5 comments
[ 3.6 ms ] story [ 23.5 ms ] threadI mentioned GitHub because the OP mentioned GitHub, but it will be easier to persuade the top five or ten forges to hide these files by default than to
- persuade the top twenty language/tooling ecosystems to look for their config files in .config
- wait for these updated tools to roll out
- update most existing projects to move their config files into this directory
I personally might go with 'config' or some such, versus .config. I dont think they should be hidden files, personally... we only hide them because we put them in such a bloody inconvenient & highly visible spot.