NonGNU-devel ELPA - projectile

Projectile is a project interaction library for Emacs.
It provides a powerful set of features operating at the project
level, as well as simple heuristics to identify projects.

See the README and https://docs.projectile.mx for more details.

Changelog

master (unreleased)

New features

• #2160: Add projectile-find-file-in-sibling-projects (s-p n f) and projectile-search-in-sibling-projects (s-p n s), which work across the family of related projects rather than just the one you're in.
  • Both are built on projectile-find-file-in-projects and projectile-search-in-projects, which take any list of projects, so a command for a group of your own is a two-line wrapper.
  • A group search puts every match in one *projectile-search* buffer, named relative to the directory containing the group, so each one is labelled with the project it came from.
• #2163: Add projectile-switch-to-buffer-in-sibling-projects (s-p n b), projectile-multi-occur-in-sibling-projects (s-p n o) and projectile-todos-in-sibling-projects (s-p n t), so buffers and annotations follow the same family as files and searches.
  • projectile-switch-to-buffer-in-projects joins the two existing generic commands, and projectile-todos now shares one implementation with its group form.

Changes

• #2160: projectile-switch-sibling-project moved from s-p n to s-p n p. s-p n is now the prefix for every command that works across related projects, with each key mirroring the project-wide one a level down, the way c m does for subprojects.

Bugs fixed

• #2162: Listing another project's files now applies that project's own ignore rules instead of the rules of whichever project you happen to be visiting. projectile-find-file-in-known-projects and the sibling commands used to filter every other project by the current one's dirconfig, and with caching on they stored that wrong list under the other project's key - so an ordinary projectile-find-file there kept offering ignored files, and with persistent caching it survived a restart.
• #2161: Customizing projectile-mode-line-prefix now reaches buffers whose lighter is never recomputed - every buffer when projectile-dynamic-mode-line is off, which is the case its docstring describes, and remote ones always. The prefix used to be frozen at whatever it was when Projectile loaded.
• #2157: projectile-use-comint-mode now covers the named tasks run by projectile-run-task, which were always given a read-only compilation buffer however it was set - so a task that needs to ask for a sudo password had nowhere to type one (#2156). Name task in the list, or set the option to t.

3.4.0 (2026-08-10)

New features

• #2148: Add projectile-switch-sibling-project (s-p n), which offers only the projects related to the one you're in, rather than every project on the machine.
  • Relatedness comes from projectile-project-groups if you've configured it, then from the owner of the upstream remote, then from the leading word of the directory name - see projectile-sibling-project-functions.
  • The remote's owner is what relates projects whose names have nothing in common; an inferred group covering more than projectile-sibling-max-group-share of your projects is dropped, since "we're all under the same account" relates nothing.
• #2151: projectile-switch-worktree also offers Jujutsu workspaces, and a jj repository is now identified through its git backing store, so a workspace and the colocated git checkout agree on being the same thing and jj projects get siblings like any other. ... ...