The woodpecker-ci documentation is extremely misleading,docker compose + http setup #3988
Replies: 2 comments
-
https://woodpecker-ci.org/docs/usage/terminology
https://woodpecker-ci.org/docs/usage/terminology#woodpecker-architecture
Because it is like Apache or Nginx
|
Beta Was this translation helpful? Give feedback.
-
Closing as no reponse |
Beta Was this translation helpful? Give feedback.
-
As a first time woodpecker-ci user, the following documentation was very misleading for me.
First of all it is probably very important to note that I am using http, not https, and this is probably the most important reason.
I don't know what port 8000 is used for, it doesn't say anything about it in the documentation on this page.
WOODPECKER_SERVER=woodpecker-server:9000 has a port number.
WOODPECKER_HOST=${WOODPECKER_HOST} , there is no port number, and the name of this environment variable is HOST, so there should be no port number here, otherwise it would be HOST:PORT.
So I assume that WOODPECKER_HOST should not have a port number.
And if it does, I don't know what the correct port number is, because the documentation doesn't say anything about it.
But actually WOODPECKER_HOST needs to be configured with the default port 8000.
This is very confusing!
Based on the documentation, I would assume that it should be configured without a port number, but in fact it needs to be configured with a port number, or by modifying the docker compose configuration file.
As a first time woodpecker-ci user, I have no idea what the default port 8000 is for, and why is it WOODPECKER_SERVER_ADDR and not WOODPECKER_SERVER_PORT?
According to the description, isn't it configured for PORT?
These problems have caused me to be unable to configure the callback URL correctly in gitea.
I think it's important for anyone who wants to try it out to do so in as simple a way as possible.
The docker compose and http are definitely the ones that require the least amount of work.
But this documentation builds a 100 meter high wall around the easiest way to learn about woodpecker-ci, making it impossible to take the first step forward.
I'd HOPE to see in the next major release, say 3.0, a reorganization of names like WOODPECKER_SERVER_ADDR to make them more accurate.
I think that documentation is very important, no less important than code for any software project.
Maybe I'm greatly misunderstanding all this, if so, please point it out, thank you very much!
Beta Was this translation helpful? Give feedback.
All reactions