| Age | Commit message (Collapse) | Author |
|
When fd is installed, use it with appropriate options instead of git
ls-files in order to fix https://github.com/bbatsov/projectile/issues/1148
|
|
|
|
|
|
|
|
|
|
Functions `projectile-add-dir-local-variable` and `projectile-delete-dir-local-variable`
wraps their built-in counterparts. They always use `.dir-locals.el` from root of projectile project.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is to prevent projectile-replace from searching on very large files of a project (my Emacs hangs when projectile search on a 1MB Javascript library file, while I only wanted to search and replace on Rust code).
|
|
|
|
Discovered using codespell:
https://github.com/codespell-project/codespell
|
|
Add variable `projectile-project-enable-cmd-caching` to enable or
disable command caching which defaults to `t`. Make the project
command functions, like `projectile-configure-project`, pass a `nil`
command-map to `projectile--run-project-cmd` if caching is disabled.
The variable is checked with a function
`projectile--cache-project-commands-p` which ensures that
directory local variables for the project are loaded.
|
|
Fix minor space typo
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This change adds support for detecting Nix flakes, a new way of
managing Nix projects.
See https://nixos.wiki/wiki/Flakes
|
|
|
|
|
|
|
|
|
|
Extend type of `projectile-project-search-path` to allow elements of
form (DIRECTORY . DEPTH) to discover projects at the specified depth.
|
|
Document usage and behaviour of the src-dir option allowing a function
as a value.
|
|
State that :test-dir now accepts a function and add a note to the
:related-files-fn doc explaining precedence. Also fix up some bad
phrasing in related-files-fn doc.
Add comparison of the :test-dir and :related-files-fn options.
|
|
|
|
|
|
See #1668 for more details.
|
|
Introduce a `projectile--cmake-command`, for CMake projects
parametrized on command-type, and route configure, build and test
commands for cmake projects through this.
This command ensures that presets for the given command-type is
supported by the installed version of CMake, that `json-parse-buffer`
is available, that the user has opted in to preset support through
the `projectile-enable-cmake-presets` custom, and that there is at
least one preset available for the given command type.
If all these conditions hold it parses the preset files and prompts
the user to select a preset, or to opt-out of preset configuration,
and creates a manual or preset command based on the users selection.
Else it will revert to manual configuration.
|
|
This adds project detection for unpacked Debian source packages. We detect
this by checking for the presence of a debian/control file even though
technically we should probably check for all of
debian/{rules,contro,changelog}. I found documenting this too cumbersome so
I went with just the control file.
In Debian there's two main (lightweight) ways of building packages:
dpkg-buildpackage and debuild. The latter is pretty much just a wrapper for
the former that also runs static checks across the resulting package.
Developers usually use debuild so that's what we use here. The -uc -us
options we hardcode are extremely common. They disable codesigning which
you'd usually not want to do for a simple developmnet build since it can
always be done using debsign before uploading the package.
Since tests usually run as part of the Debian package build and there isn't
a unified way to run just the tests we don't add a :test command.
Technically there's autopkgtest for running special 'as installed' tests
after the package build, but this requires setting up some virtualisation
drivers beforehand so it doesn't make much sense here either.
|
|
|
|
|
|
|
|
Add documentation for projectile-update-project-type in
pages/projects.adoc. Fully document all arguments for the functions
projectile-register-project-type, projectile-update-project-type and projectile--build-project-plist.
|
|
|
|
|
|
Bozhidar -- thanks for one of the best emacs extensions around!
Co-authored-by: Bryan Bunch <bbunch@transzap.com>
|
|
|