aboutsummaryrefslogtreecommitdiffstats
path: root/buildSrc
Commit message (Collapse)AuthorAge
* chore: bump dependenciesLibravatar Kristóf Marussy2022-07-27
|
* build: refactor java-application conventionsLibravatar Kristóf Marussy2021-12-12
|
* build: add versions plugin to monitor updatesLibravatar Kristóf Marussy2021-12-12
|
* ci: do not modify yarn lockfile in ciLibravatar Kristóf Marussy2021-11-21
|
* build: move to yarn workspacesLibravatar Kristóf Marussy2021-11-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The root project (worktree) must have a valid package.json, .yarnrc.yaml, and have the gradle precompiled script plugin refinery-frontend-worktree applied to it. All frontend modules (workspaces) must have a valid package.json, be referenced in the worktree project.json, and be a valid gradle subproject with the gradle precompiled script plugin refinery-frontend-workspace applied to it. To reduce unnecessary downloads, we do the following workarounds: * The node version is pinned in gradle.properties and the installed node version is stored in .node/frontend.properties. A new node version is only downloaded if it differs from the installed one (or none is installed). This improves on the default gradle behavior, which would download a new node version if the classpath of the installNode task was changed. * The yarn classic version is pinned in gradle.properties and the installed yarn classic version is stored in .node/frontend.properties. This improves on the default gradle behavior, which would reinstall the yarn npm package at every build. * We disable the enableYarnBerry task, since a yarn berry version is already committed into the repository at .yarn/versions as it is recommended in http://yarnpkg.com/getting-started/qa/ * We use yarn set version --only-if-needed in the installYarn task. * The installFrontend task takes package.json and yarn.lock as inputs and produces .pnp.cjs and .pnp.loader.mjs as outputs. Whether this task is up-to-date can be checked by gradle quickly, since it doesn't have to traverse the node_module folder due to pnp resoltion: https://yarnpkg.com/features/pnp/ All workspaces have the installNode, installYarnGlobally, installYarn and installFrontend tasks disabled. However, these tasks depend on the task with the same name in the worktree project, so installation is still triggered globally. Moreover, the installFrontend task in the worktree has the package.json of the workspaces as inputs, so reinstallation is triggered when the workspace package.json changes.
* build: fix cross-project group and version configLibravatar Kristóf Marussy2021-11-19
|
* build: fix cross-project sonar configurationLibravatar Kristóf Marussy2021-11-19
|
* build: library and application convetion pluginsLibravatar Kristóf Marussy2021-11-17
|
* build: merge java and junit conventionsLibravatar Kristóf Marussy2021-11-17
| | | | All Java code should have tests, anyways.
* build: move scripts into script pluginsLibravatar Kristóf Marussy2021-11-17
Script plugins allow applying other plugins from plugins { } blocks, which simplifies the build script.