Unix domain socket support for running gitea hook command

[Rirmach]

Feature Description

Each time when push happens, git hooks will trigger gitea hook command.
I use pure binary to deploy and in my investigation, this command will load the whole binary, which can cause overhead especially when binary is packed by upx lzma. But if we don't compress, Maybe 100+ MB is a little bit large for a single binary, and it may not an efficient solution for loading the whole binary to run a command even we don't compress it.
Maybe we can use unix domain socket for receiving hook command to avoid running a new gitea process just like docker CLI do?

Screenshots

No response

[wxiaoguang]

Just don't compress it, then OS will cache the file content into memory.

[a1012112796]

or maybe can make gitea git hooks as a individual small cli app?

[wxiaoguang]

or maybe can make gitea git hooks as a individual small cli app?

I was thinking about this approach for a long time. Here are my thoughts (although I haven't seen an easy solution):

1. Use curl in the git hook scripts to communicate with Gitea server, problems:
   • It requires users to have curl installed, what about Windows users
2. Use bash directly to operate the sockets (google: bash tcp connection)
   • It requires users to have bash installed, what about Windows users
3. Use a separate cli program:
   • Embed the program into Gitea binary, problems:
     • it makes the build procedure more complex
     • when extracting, it might cause Anti-Virus alerts
     • version matching
   • Only provide the program in pre-built releases like container image, make single binary release still use the full binary
     • it also makes the build procedure more complex
     • it introduces inconsistencies between the container releases and binary releases.