Exactly, gradle is so slow that I ditch it into the ground. Just starting a blank project is so a bad experience. Nothing beat maven and a couple of shell script.
I am convinced if they hadn't got Google's sponsorship, when Android decided to move into Gradle during Eclipse to InteliJ migration, we would be talking about Gradle as much as Grails is still discussed at local JUGs.
I did look at modifying the merge commit message, but I couldn't figure out how to accurately detect a merge commit.
Having re-looked, I just found 'git rev-parse --verify MERGE_HEAD' which may help here. Time to do some testing. It would be good to clean up and standardise the commit msg itself too. Thanks.
The prepare-commit-msg hook is the one. One of the hook args is the type of commit (merge, squash, etc). And the merge commit msg files exist (SQUASH_MSG, MERGE_MSG) so my original logic all works.
$ git log -1
commit 735ce5f9998736c4066d63ab851df2023640dad5 (HEAD -> master)
Author: Doug Bridgens <thisdougb@users.noreply.github.com>
Date: Tue Apr 1 22:31:22 2025 +0100
test4 does some stuff
Time spent on feat_test4: 0d:0h:7m secs=426
A framework is declarative. You declare what you want. Generally in a configuration file and you get an app.
A library does not impose any configuration. I don’t see any required configuration with React. You can use it wherever you want in your code as an addition.
Genuinely curious if you could point to some examples of actual "frameworks" by your definition then. Because from your description, Rails, Django, Laravel, Phoenix, Vue.js, and basically every other "framework" I've encountered aren't actually frameworks.
Example : https://github.com/combostrap/devfiles/blob/main/dev-scripts...
It’s not completely full proof but at least gpg asks my passphrase only when I run the script