In a discussion about deploying a custom Discourse repository via Docker, maaatt explains they’ve modified the core Discourse project and want to deploy their fork using discourse_docker, but are unsure how to point it to their own repo. Lilly and merefield strongly advise against forking, warning that maintaining a fork will block upstream updates (bug fixes, security patches, features) and become unsustainable. Instead, they recommend implementing customizations via plugins (for backend changes) or theme components (for frontend). maaatt lists their needed features — such as a new attachments page, user index filters, post assignment, and post closure — which involve both frontend and backend changes. merefield directs them to a plugin development guide and suggests reviewing existing plugins in the #plugin category for examples. maaatt acknowledges the advice and plans to try building a plugin. The thread also touches on version control: maaatt asks how to avoid deploying the latest (beta) version and stick to stable releases — though no direct answer is provided in the excerpt, the consensus implies that using plugins with official Discourse releases is the correct path to stability.
I made some changes to the original discourse project and pushed them to my personal repository.
Now I would like to use the “discourse_docker” project to deploy to my server.
Of course the “discourse_docker” project will deploy the original “discourse” project and not my own.
How can I link the “discourse_docker” deploy to my repository?
You must not block updates coming from upstream (bug fixes, security patches, even new features) so it’s best to apply customisations with a plugin (if you need to modify the back end) or a theme component (if just the front end)
If you start trying to maintain a fork you will soon find it very time consuming.