2016-07-22 05:45:29 -04:00
# Welcome to the contributing guide for PeerTube
2018-01-12 12:07:41 -05:00
Interesting in contributing? Awesome!
2016-07-22 05:45:29 -04:00
**Quick Links:**
2018-06-21 08:07:53 -04:00
* [Translate ](#translate )
2016-07-22 05:45:29 -04:00
* [Give your feedback ](#give-your-feedback )
* [Write documentation ](#write-documentation )
2018-01-12 12:07:41 -05:00
* [Develop ](#develop )
2016-07-22 05:45:29 -04:00
2018-06-21 08:07:53 -04:00
## Translate
You can help us to translate the PeerTube interface to many languages! See [the documentation ](/support/doc/translation.md ) to know how.
2016-07-22 05:45:29 -04:00
## Give your feedback
2018-01-06 12:10:30 -05:00
You don't need to know how to code to start contributing to PeerTube! Other
contributions are very valuable too, among which: you can test the software and
report bugs, you can give feedback on potential bugs, features that you are
2018-01-12 12:07:41 -05:00
interested in, user interface, design, decentralized architecture...
2016-07-22 05:45:29 -04:00
2018-01-12 12:07:41 -05:00
## Write documentation
2016-07-22 05:45:29 -04:00
2018-01-12 12:07:41 -05:00
You can help to write the documentation of the REST API, code, architecture,
2018-01-24 06:02:38 -05:00
demonstrations.
For the REST API you can see the documentation in [/support/doc/api ](/support/doc/api ) directory.
Then, you can just open the `openapi.yaml` file in a special editor like [http://editor.swagger.io/ ](http://editor.swagger.io/ ) to easily see and edit the documentation.
Some hints:
* Routes are defined in [/server/controllers/ ](/server/controllers/ ) directory
* Parameters validators are defined in [/server/middlewares/validators ](/server/middlewares/validators ) directory
* Models sent/received by the controllers are defined in [/shared/models ](/shared/models ) directory
2016-07-22 05:45:29 -04:00
2018-01-12 12:07:41 -05:00
## Develop
2016-07-22 05:45:29 -04:00
2018-02-08 11:31:05 -05:00
Don't hesitate to talk about features you want to develop by creating/commenting an issue
2018-01-06 12:10:30 -05:00
before you start working on them :).
2016-07-22 05:45:29 -04:00
2018-01-12 12:07:41 -05:00
### Prerequisites
2016-07-22 05:45:29 -04:00
2018-09-23 08:50:24 -04:00
First, you should use a server or PC with at least 4GB of RAM. Less RAM may lead to crashes.
Make sure that you have followed
2018-01-12 12:07:41 -05:00
[the steps ](/support/doc/dependencies.md )
to install the dependencies.
2018-01-06 12:10:30 -05:00
2018-01-12 12:07:41 -05:00
Then clone the sources and install node modules:
2018-01-06 12:10:30 -05:00
2018-01-12 12:55:45 -05:00
```
2018-03-21 05:20:47 -04:00
$ git clone https://github.com/Chocobozzz/PeerTube
2018-01-12 12:07:41 -05:00
$ cd PeerTube
$ yarn install --pure-lockfile
```
2018-01-06 12:10:30 -05:00
2018-08-18 17:53:43 -04:00
Note that development is done on the `develop` branch. If you want to hack on
Peertube, you should switch to that branch. Also note that you have to repeat
the `yarn install --pure-lockfile` command.
2018-01-06 12:10:30 -05:00
Then, create a postgres database and user with the values set in the
`config/default.yaml` file. For instance, if you do not change the values
there, the following commands would create a new database called `peertube_dev`
and a postgres user called `peertube` with password `peertube` :
2018-01-12 12:55:45 -05:00
```
2018-01-12 12:07:41 -05:00
# sudo -u postgres createuser -P peertube
Enter password for new role: peertube
# sudo -u postgres createdb -O peertube peertube_dev
2018-01-06 12:10:30 -05:00
```
2018-08-18 17:53:43 -04:00
Then enable extensions PeerTube needs:
```
$ sudo -u postgres psql -c "CREATE EXTENSION pg_trgm;" peertube_dev
$ sudo -u postgres psql -c "CREATE EXTENSION unaccent;" peertube_dev
```
2018-01-12 12:07:41 -05:00
In dev mode, administrator username is **root** and password is **test** .
2018-01-06 12:10:30 -05:00
### Server side
2018-01-12 12:07:41 -05:00
You can find a documentation of the server code/architecture [here ](/support/doc/development/server/code.md ).
2018-01-06 12:10:30 -05:00
To develop on the server-side:
2018-01-12 12:55:45 -05:00
```
2018-01-12 12:07:41 -05:00
$ npm run dev:server
2018-01-06 12:10:30 -05:00
```
Then, the server will listen on `localhost:9000` . When server source files
change, these are automatically recompiled and the server will automatically
2018-04-03 02:44:04 -04:00
restart.
2018-01-06 12:10:30 -05:00
### Client side
2018-01-12 12:07:41 -05:00
You can find a documentation of the server code/architecture
[here ](/support/doc/development/client/code.md ).
2018-01-06 12:10:30 -05:00
To develop on the client side:
2018-01-12 12:55:45 -05:00
```
2018-01-12 12:07:41 -05:00
$ npm run dev:client
2018-01-06 12:10:30 -05:00
```
The API will listen on `localhost:9000` and the frontend on `localhost:3000` .
Client files are automatically compiled on change, and the web browser will
reload them automatically thanks to hot module replacement.
2016-07-22 05:45:29 -04:00
2018-04-03 02:44:04 -04:00
### Client and server side
The API will listen on `localhost:9000` and the frontend on `localhost:3000` .
File changes are automatically recompiled, injected in the web browser (no need to refresh manually)
and the web server is automatically restarted.
```
$ npm run dev
```
2018-10-08 07:25:41 -04:00
Depending on your OS, you may face the following error :
```
$ [nodemon] Internal watch failed: ENOSPC: no space left on device, watch '/PeerTube/dist'
```
This is due to your system's limit on the number of files you can monitor for live-checking changes. For example, Ubuntu uses inotify and this limit is set to 8192. Then you need to change this limit :
```
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf & & sudo sysctl -p
```
See more information here : https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers
2018-04-03 02:44:04 -04:00
### Federation
2016-12-01 16:16:38 -05:00
2018-04-04 02:57:37 -04:00
Create a PostgreSQL user **with the same name as your username** in order to avoid using the *postgres* user.
Then, we can create the databases (if they don't already exist):
2018-04-03 02:49:18 -04:00
```
2018-04-04 02:57:37 -04:00
$ sudo -u postgres createuser you_username --createdb
$ createdb -O peertube peertube_test{1,2,3}
2018-04-03 02:49:18 -04:00
```
Build the application and flush the old tests data:
2016-07-22 05:45:29 -04:00
2018-01-12 12:55:45 -05:00
```
2018-04-03 02:44:04 -04:00
$ npm run build
2018-01-12 12:07:41 -05:00
$ npm run clean:server:test
2018-04-03 02:49:18 -04:00
```
This will run 3 nodes:
```
2018-01-12 12:07:41 -05:00
$ npm run play
```
2016-07-22 05:45:29 -04:00
2018-01-12 12:07:41 -05:00
Then you will get access to the three nodes at `http://localhost:900{1,2,3}`
with the `root` as username and `test{1,2,3}` for the password.
2018-04-03 02:44:04 -04:00
2018-06-08 04:53:33 -04:00
Instance configurations are in `config/test-{1,2,3}.yaml` .
2018-04-03 02:44:04 -04:00
### Unit tests
2018-04-04 02:57:37 -04:00
Create a PostgreSQL user **with the same name as your username** in order to avoid using the *postgres* user.
2018-06-07 10:50:33 -04:00
2018-04-04 02:57:37 -04:00
Then, we can create the databases (if they don't already exist):
2018-04-03 02:49:18 -04:00
```
2018-04-20 05:53:56 -04:00
$ sudo -u postgres createuser you_username --createdb --superuser
$ createdb -O peertube peertube_test{1,2,3,4,5,6}
2018-04-03 02:49:18 -04:00
```
Build the application and run the unit/integration tests:
2018-04-03 02:44:04 -04:00
```
$ npm run build
$ npm test
```
2018-04-19 10:23:09 -04:00
If you just want to run 1 test:
```
$ npm run mocha -- --exit --require ts-node/register/type-check --bail server/tests/api/index.ts
```
2018-06-08 04:53:33 -04:00
Instance configurations are in `config/test-{1,2,3,4,5,6}.yaml` .
2018-09-23 08:50:24 -04:00
Note that only instance 2 has transcoding enabled.