2021-07-31 11:29:30 -05:00
# Project Info
2023-01-07 10:42:15 -06:00
First of all, I want to thank everyone who made pull requests for Uptime Kuma. I never thought the GitHub Community would be so nice! Because of this, I also never thought that other people would actually read and edit my code. It is not very well structured or commented, sorry about that.
2021-07-31 11:29:30 -05:00
2021-12-02 04:15:14 -06:00
The project was created with vite.js (vue3). Then I created a subdirectory called "server" for server part. Both frontend and backend share the same package.json.
2021-07-31 11:29:30 -05:00
2021-10-03 03:04:16 -05:00
The frontend code build into "dist" directory. The server (express.js) exposes the "dist" directory as root of the endpoint. This is how production is working.
2021-10-12 19:01:34 -05:00
## Key Technical Skills
2021-10-03 03:04:16 -05:00
- Node.js (You should know what are promise, async/await and arrow function etc.)
- Socket.io
- SCSS
- Vue.js
- Bootstrap
- SQLite
2021-10-12 19:01:34 -05:00
## Directories
2021-10-03 03:04:16 -05:00
2023-02-01 08:39:09 -06:00
- config (dev config files)
2021-10-03 03:04:16 -05:00
- data (App data)
2023-02-01 08:39:09 -06:00
- db (Base database and migration scripts)
2021-10-03 03:04:16 -05:00
- dist (Frontend build)
2023-02-01 08:39:09 -06:00
- docker (Dockerfiles)
2021-10-03 03:04:16 -05:00
- extra (Extra useful scripts)
- public (Frontend resources for dev only)
- server (Server source code)
- src (Frontend source code)
- test (unit test)
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
## Can I create a pull request for Uptime Kuma?
2021-08-24 01:42:35 -05:00
2023-01-07 10:32:13 -06:00
Yes or no, it depends on what you will try to do. Since I don't want to waste your time, be sure to **create an empty draft pull request or open an issue, so we can have a discussion first** . Especially for a large pull request or you don't know it will be merged or not.
2022-06-01 01:08:10 -05:00
2022-09-19 06:56:30 -05:00
Here are some references:
2022-03-02 00:25:37 -06:00
2022-09-19 06:56:30 -05:00
✅ Usually Accept:
2023-01-24 11:37:19 -06:00
- Bug fix
- Security fix
2022-03-02 00:25:37 -06:00
- Adding notification providers
2023-01-24 11:37:19 -06:00
- Adding new language files (You should go to https://weblate.kuma.pet for existing languages)
- Adding new language keys: `$t("...")`
2022-03-02 00:25:37 -06:00
2022-06-01 01:08:10 -05:00
⚠️ Discussion First
2022-03-02 00:25:37 -06:00
- Large pull requests
2022-04-29 00:39:30 -05:00
- New features
2021-10-24 23:06:01 -05:00
2022-06-01 01:08:10 -05:00
❌ Won't Merge
2023-01-24 11:37:19 -06:00
- A dedicated pr for translating existing languages (You can now translate on https://weblate.kuma.pet)
2023-06-18 10:45:50 -05:00
- Do not pass the auto test
2022-06-01 01:08:10 -05:00
- Any breaking changes
2023-06-18 10:45:50 -05:00
- Duplicated pull requests
2022-06-01 01:08:10 -05:00
- Buggy
2022-09-19 06:56:30 -05:00
- UI/UX is not close to Uptime Kuma
2023-06-18 10:45:50 -05:00
- Modifications or deletions of existing logic without a valid reason.
- Adding functions that is completely out of scope
- Converting existing code into other programming languages
- Unnecessarily large code changes that are hard to review and cause conflicts with other PRs.
2022-09-19 06:56:30 -05:00
2023-06-18 10:45:50 -05:00
The above cases may not cover all possible situations.
2023-01-07 10:32:13 -06:00
I (@louislam) have the final say. If your pull request does not meet my expectations, I will reject it, no matter how much time you spend on it. Therefore, it is essential to have a discussion beforehand.
2022-09-19 06:56:30 -05:00
I will mark your pull request in the [milestones ](https://github.com/louislam/uptime-kuma/milestones ), if I am plan to review and merge it.
Also, please don't rush or ask for ETA, because I have to understand the pull request, make sure it is no breaking changes and stick to my vision of this project, especially for large pull requests.
2022-06-01 01:08:10 -05:00
2021-10-24 23:06:01 -05:00
### Recommended Pull Request Guideline
2022-04-27 13:18:47 -05:00
Before deep into coding, discussion first is preferred. Creating an empty pull request for discussion would be recommended.
2022-04-12 00:53:52 -05:00
2021-10-24 23:06:01 -05:00
1. Fork the project
1. Clone your fork repo to local
1. Create a new branch
1. Create an empty commit
`git commit -m "[empty commit] pull request for <YOUR TASK NAME>" --allow-empty`
1. Push to your fork repo
2021-10-25 22:28:38 -05:00
1. Create a pull request: https://github.com/louislam/uptime-kuma/compare
2021-12-02 04:15:14 -06:00
1. Write a proper description
2021-10-24 23:06:01 -05:00
1. Click "Change to draft"
2022-04-12 00:53:52 -05:00
1. Discussion
2021-08-24 01:42:35 -05:00
2021-10-12 19:01:34 -05:00
## Project Styles
2021-07-31 11:29:30 -05:00
2023-02-01 08:39:09 -06:00
I personally do not like something that requires so many configurations before you can finally start the app. I hope Uptime Kuma installation could be as easy as like installing a mobile app.
2021-07-31 11:29:30 -05:00
2023-02-01 08:39:09 -06:00
- Easy to install for non-Docker users, no native build dependency is needed (for x86_64/armv7/arm64), no extra config, no extra effort required to get it running
2021-10-10 01:40:19 -05:00
- Single container for Docker users, no very complex docker-compose file. Just map the volume and expose the port, then good to go
2023-02-01 08:39:09 -06:00
- Settings should be configurable in the frontend. Environment variable is not encouraged, unless it is related to startup such as `DATA_DIR`
2021-07-31 11:29:30 -05:00
- Easy to use
2023-02-01 08:39:09 -06:00
- The web UI styling should be consistent and nice
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
## Coding Styles
2021-08-24 01:06:23 -05:00
2021-10-03 03:04:16 -05:00
- 4 spaces indentation
2021-09-12 12:23:51 -05:00
- Follow `.editorconfig`
- Follow ESLint
2022-04-25 13:20:13 -05:00
- Methods and functions should be documented with JSDoc
2021-08-24 01:06:23 -05:00
2023-02-01 08:39:09 -06:00
## Name Conventions
2021-08-24 01:06:23 -05:00
- Javascript/Typescript: camelCaseType
2022-06-17 02:07:55 -05:00
- SQLite: snake_case (Underscore)
- CSS/SCSS: kebab-case (Dash)
2021-08-24 01:06:23 -05:00
2021-10-12 19:01:34 -05:00
## Tools
2021-09-12 12:23:51 -05:00
2021-07-31 11:29:30 -05:00
- Node.js >= 14
2022-04-25 13:20:13 -05:00
- NPM >= 8.5
2021-07-31 11:29:30 -05:00
- Git
2021-11-17 00:09:12 -06:00
- IDE that supports ESLint and EditorConfig (I am using IntelliJ IDEA)
2022-04-25 13:20:13 -05:00
- A SQLite GUI tool (SQLite Expert Personal is suggested)
2021-07-31 11:29:30 -05:00
2023-02-01 08:39:09 -06:00
## Install Dependencies for Development
2021-07-31 11:29:30 -05:00
```bash
2021-10-03 03:04:16 -05:00
npm ci
2021-08-31 07:36:17 -05:00
```
2022-04-25 13:20:13 -05:00
## Dev Server
2021-07-31 11:29:30 -05:00
2022-04-25 13:20:13 -05:00
(2022-04-26 Update)
We can start the frontend dev server and the backend dev server in one command.
Port `3000` and port `3001` will be used.
2021-07-31 11:29:30 -05:00
2021-09-23 09:48:19 -05:00
```bash
2022-04-25 13:20:13 -05:00
npm run dev
2021-07-31 11:29:30 -05:00
```
2023-02-01 08:39:09 -06:00
But sometimes, you would like to keep restart the server, but not the frontend, you can run these command in two terminals:
```
npm run start-frontend-dev
npm run start-server-dev
```
2022-04-25 13:20:13 -05:00
## Backend Server
2021-07-31 11:29:30 -05:00
2022-04-28 22:35:03 -05:00
It binds to `0.0.0.0:3001` by default.
2021-07-31 11:29:30 -05:00
It is mainly a socket.io app + express.js.
2022-04-25 13:27:37 -05:00
express.js is used for:
- entry point such as redirecting to a status page or the dashboard
- serving the frontend built files (index.html, .js and .css etc.)
- serving internal APIs of status page
2021-07-31 11:29:30 -05:00
2022-04-25 13:20:13 -05:00
### Structure in /server/
2023-02-01 08:39:09 -06:00
- jobs/ (Jobs that are running in another process)
2021-10-03 03:04:16 -05:00
- model/ (Object model, auto mapping to the database table name)
- modules/ (Modified 3rd-party modules)
2023-02-01 08:39:09 -06:00
- monitor_types (Monitor Types)
2021-11-17 00:09:12 -06:00
- notification-providers/ (individual notification logic)
2021-10-03 03:04:16 -05:00
- routers/ (Express Routers)
2021-12-02 04:15:14 -06:00
- socket-handler (Socket.io Handlers)
2023-02-01 08:39:09 -06:00
- server.js (Server entry point)
- uptime-kuma-server.js (UptimeKumaServer class, main logic should be here, but some still in `server.js` )
2021-07-31 11:29:30 -05:00
2022-04-25 13:20:13 -05:00
## Frontend Dev Server
2021-10-12 19:01:34 -05:00
2022-04-25 13:20:13 -05:00
It binds to `0.0.0.0:3000` by default. Frontend dev server is used for development only.
2021-10-12 19:01:34 -05:00
2022-04-25 13:20:13 -05:00
For production, it is not used. It will be compiled to `dist` directory instead.
2021-07-31 11:29:30 -05:00
2021-09-12 12:23:51 -05:00
You can use Vue.js devtools Chrome extension for debugging.
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
### Build the frontend
2021-07-31 11:29:30 -05:00
```bash
npm run build
```
2021-10-12 19:01:34 -05:00
### Frontend Details
2021-07-31 11:29:30 -05:00
Uptime Kuma Frontend is a single page application (SPA). Most paths are handled by Vue Router.
2021-09-12 12:23:51 -05:00
The router is in `src/router.js`
2021-07-31 11:29:30 -05:00
As you can see, most data in frontend is stored in root level, even though you changed the current router to any other pages.
2021-09-12 12:23:51 -05:00
The data and socket logic are in `src/mixins/socket.js` .
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
## Database Migration
2021-07-31 11:29:30 -05:00
2021-10-03 03:04:16 -05:00
1. Create `patch-{name}.sql` in `./db/`
2. Add your patch filename in the `patchList` list in `./server/database.js`
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
## Unit Test
2021-07-31 11:29:30 -05:00
2021-10-12 19:01:34 -05:00
```bash
2021-10-05 07:27:43 -05:00
npm run build
npm test
```
2022-09-19 06:39:30 -05:00
## Dependencies
2022-10-02 06:38:33 -05:00
Both frontend and backend share the same package.json. However, the frontend dependencies are eventually not used in the production environment, because it is usually also baked into dist files. So:
2022-09-19 06:39:30 -05:00
- Frontend dependencies = "devDependencies"
- Examples: vue, chart.js
- Backend dependencies = "dependencies"
- Examples: socket.io, sqlite3
- Development dependencies = "devDependencies"
- Examples: eslint, sass
### Update Dependencies
2021-10-05 05:17:54 -05:00
2021-12-02 04:15:14 -06:00
Since previously updating Vite 2.5.10 to 2.6.0 broke the application completely, from now on, it should update patch release version only.
2021-10-05 05:17:54 -05:00
2021-10-12 19:01:34 -05:00
Patch release = the third digit ([Semantic Versioning](https://semver.org/))
2021-10-06 02:36:45 -05:00
2023-02-01 08:39:09 -06:00
If for maybe security reasons, a library must be updated. Then you must need to check if there are any breaking changes.
2021-10-12 19:01:34 -05:00
## Translations
2021-10-06 02:36:45 -05:00
Please read: https://github.com/louislam/uptime-kuma/tree/master/src/languages
2021-10-20 11:03:55 -05:00
2021-10-26 10:56:14 -05:00
## Wiki
2021-12-02 04:15:14 -06:00
Since there is no way to make a pull request to wiki's repo, I have set up another repo to do that.
2021-10-26 10:56:14 -05:00
2021-10-26 11:02:20 -05:00
https://github.com/louislam/uptime-kuma-wiki
2021-10-26 10:56:14 -05:00
2021-12-02 04:15:14 -06:00
## Maintainer
2021-10-20 11:03:55 -05:00
2021-10-20 11:08:46 -05:00
Check the latest issues and pull requests:
2021-10-20 11:03:55 -05:00
https://github.com/louislam/uptime-kuma/issues?q=sort%3Aupdated-desc
### Release Procedures
2021-12-02 04:15:14 -06:00
2021-10-20 11:03:55 -05:00
1. Draft a release note
2022-03-22 03:45:07 -05:00
2. Make sure the repo is cleared
2023-02-21 01:45:18 -06:00
3. If the healthcheck is updated, remember to re-compile it: `npm run build-docker-builder-go`
2022-03-22 03:45:07 -05:00
3. `npm run release-final with env vars: ` VERSION` and `GITHUB_TOKEN`
4. Wait until the `Press any key to continue`
5. `git push`
6. Publish the release note as 1.X.X
7. Press any key to continue
2023-02-13 02:26:45 -06:00
8. Deploy to the demo server: `npm run deploy-demo-server`
2021-10-20 11:08:46 -05:00
Checking:
2021-12-02 04:15:14 -06:00
2021-10-20 11:08:46 -05:00
- Check all tags is fine on https://hub.docker.com/r/louislam/uptime-kuma/tags
- Try the Docker image with tag 1.X.X (Clean install / amd64 / arm64 / armv7)
2021-12-02 04:15:14 -06:00
- Try clean installation with Node.js
2021-10-26 10:56:14 -05:00
2022-03-19 22:08:33 -05:00
### Release Beta Procedures
1. Draft a release note, check "This is a pre-release"
2. Make sure the repo is cleared
3. `npm run release-beta` with env vars: `VERSION` and `GITHUB_TOKEN`
2022-03-22 03:45:07 -05:00
4. Wait until the `Press any key to continue`
2022-03-19 22:08:33 -05:00
5. Publish the release note as 1.X.X-beta.X
6. Press any key to continue
2021-10-26 10:56:14 -05:00
### Release Wiki
#### Setup Repo
2021-12-02 04:15:14 -06:00
```bash
2021-10-26 10:56:14 -05:00
git clone https://github.com/louislam/uptime-kuma-wiki.git
cd uptime-kuma-wiki
git remote add production https://github.com/louislam/uptime-kuma.wiki.git
```
#### Push to Production Wiki
2021-12-02 04:15:14 -06:00
```bash
2021-10-26 10:56:14 -05:00
git pull
git push production master
```