You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
The issue relates to the lack of a feature in mason.nvim that would allow for the consistent management of tool versions across different environments or over time -- version lock or mason lock file.
Recently, an update to a tool I rely on (eslint-lsp, see neovim/nvim-lspconfig#3146) automatically updated through mason.nvim, causing my established development workflow to break unexpectedly. This problem highlights the need for a mechanism to lock or pin specific versions of packages to prevent automatic updates that might introduce breaking changes.
Describe the solution you'd like
I would like mason.nvim to support either a lockfile mechanism or a way to specify and freeze the versions of packages that it manages. This feature would function similarly to npm's package-lock.json or yarn's yarn.lock, ensuring that once a package version is installed, it remains the same across installations until explicitly upgraded. This could be implemented as an additional option in the Mason configuration where users can pin the package versions they install.
Describe potential alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
I've searched open issues for similar requests
Is your feature request related to a problem? Please describe.
The issue relates to the lack of a feature in
mason.nvim
that would allow for the consistent management of tool versions across different environments or over time -- version lock or mason lock file.Recently, an update to a tool I rely on (eslint-lsp, see neovim/nvim-lspconfig#3146) automatically updated through mason.nvim, causing my established development workflow to break unexpectedly. This problem highlights the need for a mechanism to lock or pin specific versions of packages to prevent automatic updates that might introduce breaking changes.
Describe the solution you'd like
I would like mason.nvim to support either a lockfile mechanism or a way to specify and freeze the versions of packages that it manages. This feature would function similarly to npm's package-lock.json or yarn's yarn.lock, ensuring that once a package version is installed, it remains the same across installations until explicitly upgraded. This could be implemented as an additional option in the Mason configuration where users can pin the package versions they install.
Describe potential alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: