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
Yeah, I left the path of "zero-installation" and "zero-configuration" in favor of a small and well-defined installation of Bach local to the project. The "zero-xyz" magic are still possible to implement, but even small projects tend to need at least a few custom configurations. One thing, I wasn't willing to give up, was the 100% Java path. Hence, Bach will support xml, yml, ... files, not even for tiny configurations. The canonical way to setup a modular Java project with Bach 17-ea, is to create a ".bach/" directory and store everything Bach-related there. This includes a copy of the com.github.sormuras.bach module, stored in .bach/bin/[email protected]. Right next to some supporting scripts, like a platform-agnostic JShell overlay or platform-dependent launchers. Those launchers take care of setting up the compilation environment in order to build your project according to the configurations declared the bach.info module.
Take a look at this project as an example: https://github.com/sormuras/modules -- Bach's usage is shown in a GitHub {workflow](https://github.com/sormuras/modules/blob/ab6a80c58107d4ff8c46c627d421cecca4db7a6d/.github/workflows/release.yml#L23-L24).
Blog Posts
Show the usage of Bach and its features.
bach.info
and the Project Descriptor@ProjectInfo
.bach/bach.info/module-info.java
Javadoc
Technical details.
project-info
supportSnippets
The text was updated successfully, but these errors were encountered: