declarative-schemas
mason-registry
declarative-schemas | mason-registry | |
---|---|---|
1 | 5 | |
2 | 126 | |
- | 9.5% | |
4.7 | 10.0 | |
about 1 year ago | 3 days ago | |
PLpgSQL | ||
- | 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.
declarative-schemas
-
Show HN: Postgres Language Server
fwiw, I personally am interested in this approach too[0]. I keep running into roadblocks around the ordering of events and some of the hairy issues around "destructive" actions (eg: renaming columns). i think we can get there, especially once we make progress with this LSP.
There are other notable mentions in this space:
Reshape: https://fabianlindfors.se/blog/schema-migrations-in-postgres...
Atlas: https://atlasgo.io/
[0] https://github.com/kiwicopple/declarative-schemas
mason-registry
-
Show HN: Postgres Language Server
Can you try to get it added to Mason so people don't have to try and do a custom install?
https://github.com/mason-org/mason-registry/
- saltstack development in neovim
-
Astronvim Python DAP not starting
There was a bug in the new mason registry that I fixed this morning: https://github.com/mason-org/mason-registry/pull/1056
-
PSA: Changes to the mason.nvim registry
Hello! This is a PSA for people who use mason.nvim (tl;dr at the bottom). Going forward the core registry will be hosted as a collection of static, YAML-based, package definitions at https://github.com/mason-org/mason-registry, as opposed to bundled with the mason.nvim plugin itself as Lua modules. This decouples the infrastructure in such a way that the Lua plugin becomes a standalone client that can be hooked into more registries than just the core one, as well as more easily be subject to versioning (mason.nvim currently doesn't version itself due to the fact that packages are bundled with it, which complicates things). This decoupling also lowers the barrier of entry for additional maintainers who can solely focus on the registry, without having to learn the internals of the plugin (more info will come soon if you're interested in possibly helping maintain the core registry).
Going forward the core mason.nvim package registry will be hosted as a collection of static, YAML-based, package definitions at https://github.com/mason-org/mason-registry, as opposed to bundled with the mason.nvim plugin itself as Lua modules. This will be a fully seamless migration so you shouldn't notice anything and there is no action required. Refer to the full announcement post for more information.
What are some alternatives?
vscode-postgres - PostgreSQL extension for vscode providing explorer, highlighting, diagnostics, and intellisense
atlas - Manage your database schema as code
postgres_lsp - A Language Server for Postgres
nil - NIx Language server, an incremental analysis assistant for writing in Nix.
postgres-ast-deparser - A PostgreSQL AST toolkit and deparser, written in pure plpgsql
purl-spec - A minimal specification for purl aka. a package "mostly universal" URL, join the discussion at https://gitter.im/package-url/Lobby
language-server-protocol - Defines a common protocol for language servers.
Visual Studio Code - Visual Studio Code
renovate - Universal dependency automation tool.