I couldn't figure out how to run scripted sbt in a subdirectory so I use the meta build as a workaround. Is it possible to change the directory?

Was this intentionally"." or was that an oversight? Without this it doesn't work when the meta build is the one with the worktree.

Likely not an oversight, but apparently this was made in an attempt to work with worktree as well:
1fa3ca5

. works when the main build has the worktree which is likely what the first implementation was solving for. During my testing I encountered the case where the meta build had the worktree and so. does not work. So I thinkbaseDirectory.value is the correct approach as it should work for both cases. It is probably not a real problem anyway since I doubt anyone would ever set it up like this. Do you agree?

It is probably not a real problem anyway since I doubt anyone would ever set it up like this. Do you agree?

I don't even know what a worktree is, so I'm like 🤷

Ah fair enough. They are pretty neat. Essentially they allow you to checkout a branch to a different directory without having to have a completely separate clone. So it is almost always going to be at the local root project base directory (or higher), just like a normal.git directory would be.

It would be nice if we could check if jgit v7 is used and if so makeuseConsoleForROGit false, no matter if we are in a linked repo or not (because jgit 7 supports worktrees, read). Like:

    useConsoleForROGit:= jGitVersionLtOrEq6&& isGitLinkedRepo(baseDirectory.value),

I looked into jgit but they do not publish the version in a variable nor method... So I don't see a way of doing this easily.

On Maven Centralwe can find the latest jgit v6 and first v7 version published.The diff is quite big, most of the things we don't need to look at.
So I providemy own html rendered diff here from this command:

git diff v6.10.0.202406032230-r..v7.0.0.202409031743-r org.eclipse.jgit

You can see in v7 the classorg.eclipse.jgit.lib.Constants added theGITDIR_FILE constant which is directly related to git worktree.

Would it be able to make use of reflection and check if theContants class contains the fieldGITDIR_FILE and if so, we can treat the jgit version on the classpath as one that supports git worktree?
Like:

    useConsoleForROGit:=!jGitWithWorktreeSupportDetected()&& isGitLinkedRepo(baseDirectory.value),

and in thejGitWithWorktreeSupportDetected method put the reflection code?

What do you think?

Stepping back a bit, instead of making the automatic detection more complicated, would it make sense to make this more of a machine-wide setting that someone could always opt out of JGit (oropt into JGit)? Also in general, I don't really get the motivation behind JGit. Is the assumption that someone could be working on an opensource project but somehow do not havegit installed on their PATH?

See also sbt-pgp. Insbt/sbt-pgp#146, I defaulted to using command linegpg and I think the plugin became significantly more reliable because it relied less on the never-ending emulation of gpg via Bouncy Castle.