Drop chmod from setup; hook ships executable

This commit is contained in:
2026-07-31 18:06:23 -04:00
parent 2b888f789e
commit 02fa93796c
2 changed files with 6 additions and 5 deletions
+3 -3
View File
@@ -9,10 +9,10 @@
# Enable after cloning: # Enable after cloning:
# #
# git config core.hooksPath .githooks # git config core.hooksPath .githooks
# chmod +x .githooks/commit-msg
# #
# The Gitea web API cannot set the executable bit, so the chmod is required # The executable bit is committed (mode 100755), so a clone gets a runnable
# on first clone even though the file is committed. # hook. Git still will not enable a repo's hooks on its own — deliberately, so
# that cloning cannot execute code from the remote — hence the one command.
msg_file="$1" msg_file="$1"
+3 -2
View File
@@ -139,5 +139,6 @@ Nothing about the format is bot-specific. Fetch the JSON and use it however you
## Note on history ## Note on history
Commits here carry no AI attribution — see [`.githooks/commit-msg`](.githooks/commit-msg), Commits here carry no AI attribution — see [`.githooks/commit-msg`](.githooks/commit-msg),
enabled with `git config core.hooksPath .githooks && chmod +x .githooks/commit-msg`. enabled with `git config core.hooksPath .githooks` after cloning. The hook ships
Please keep it that way in PRs. executable; Git just never turns a repo's hooks on by itself. Please keep it that
way in PRs.