doc/pages/04.contribute/05.dev/dev.md

---
title: Contributing to the YunoHost core
template: docs
taxonomy:
    category: docs
routes:
  default: '/dev'
---

You wish to add a new feature in the YunoHost core, but don't know how to
proceed? This guide takes you through the various steps of the development and
contribution process. 

If you're looking for stuff to implement or fix, the bug-tracker is 
[here](https://github.com/YunoHost/issues/issues)!

**Come say hi to us in the [dev chat room](/chat_rooms)**!

### Setting up a development environment

- **Use [ynh-dev](https://github.com/YunoHost/ynh-dev)** (see the README) to
  setup a development environment - locally in a virtual machine, or on a VPS.
  This will setup a working YunoHost instance, using directly the Git repositories
  (with symlinks). That way, you will be able to edit files, test your changes in real
  time, commit stuff and push/pull directly from your development environment.

- **Implement and test your feature**. Depending on what you want to develop, you
  will want to:
   - **Python/CLI core**: work in `/ynh-dev/yunohost/`
   - **Web administration interface**: work in `/ynh-dev/yunohost-admin/`
   - You can also work on the other projects on which YunoHost is built 
     (SSOwat, Moulinette) in similar ways

### Overview of the 4 main pieces of YunoHost

#### Moulinette

It is a small "homemade" framework. [Its major role](https://moulinette.readthedocs.io/en/latest/actionsmap.html) 
is to allow us to build both a web API and a command-line API from the same 
Python code thanks to a YAML schema which we call 
[the actionmap](https://github.com/YunoHost/yunohost/blob/dev/data/actionsmap/yunohost.yml).

It handles other mechanisms like authentication, internationalization and
small technical utilitary functions (e.g. reading/writing JSON).

Moulinette has its own documentation available [here](https://moulinette.readthedocs.io/en/latest/).

#### YunoHost

This piece is the very core of YunoHost. It contains:
- [the Python code](https://github.com/YunoHost/yunohost/tree/dev/src/yunohost) that manages users, domains, apps, services and other things
- [bash helpers](https://github.com/YunoHost/yunohost/tree/dev/data/helpers.d) mainly used by application packagers to package applications
- [hooks](https://github.com/YunoHost/yunohost/tree/dev/data/hooks) and [templates](https://github.com/YunoHost/yunohost/tree/dev/data/templates) that are used to configure the various pieces of the ecosystem such as NGINX, Postfix...
- [internationalized strings](https://github.com/YunoHost/yunohost/tree/dev/locales)
- [tests](https://github.com/YunoHost/yunohost/tree/dev/src/yunohost/tests)

#### SSOwat

This is the single sign-on system of YunoHost. It both contains:
- [Lua scripts](https://github.com/YunoHost/ssowat) that are directly interfaced with NGINX and handle all the "technical" aspects of authentication and route accesses
- the web [user portal](https://github.com/YunoHost/SSOwat/tree/dev/portal) which is the interface used by YunoHost's end users to log in and browse installed apps

SSOwat is configured through `/etc/ssowat/conf.json` which is generated by YunoHost.

#### YunoHost-admin

It is an *optional* dependency of YunoHost and corresponds to an interface for the web API created by YunoHost and Moulinette (c.f. the `yunohost-api` service).

It essentially contains:
- [view templates](https://github.com/YunoHost/yunohost-admin/tree/dev/src/views)
- corresponding [JavaScript controllers](https://github.com/YunoHost/yunohost-admin/tree/dev/src/js/yunohost/controllers) that interact with the YunoHost API
- and [internationalized strings](https://github.com/YunoHost/yunohost-admin/tree/dev/src/locales)

### Working on the YunoHost Python/CLI core

- Work in `/ynh-dev/yunohost/`.

- Run `cd /ynh_dev/ && ./ynh-dev use-git yunohost`.

- The actionsmap file (`data/actionsmap/yunohost.yml`) defines the various
  categories, actions and arguments of the yunohost CLI. Define how you want
  users to use your feature, and add/edit the corresponding categories, actions
  and arguments. For example in `yunohost domain add some.domain.tld`, the
  category is `domain`, the action is `add`, and `some.domain.tld` is an
  argument.

- Moulinette will automatically map commands in the actionsmap to Python
  functions (and their arguments) located in `src/yunohost/`. For example, typing
  `yunohost domain add some.domain.tld` will call the function
  `domain_add(domainName)` in `domain.py`, with the argument `domainName` equal
  to `"some.domain.tld"`.

##### Helpers / coding style

- To handle exceptions, you should raise some `YunohostError()`

- To help with internationalizing the messages, use `m18n.n('some-message-id')`
  and put your string in `locales/en.json`. You can also put arguments and use
  them in the string with `{{some-argument:s}}`. Don't edit other locales files,
  this will be done using [weblate](https://translate.yunohost.org/) !

- YunoHost tries to follow the [pep8](http://pep8.org/) coding style. Tools
  exist to automatically check conformity.

- Name of "private" functions should start with a `_`

### Working on the YunoHost web administration interface

- Work in `/ynh-dev/yunohost-admin/src/`.

- Run `cd /ynh-dev && ./ynh-dev use-git yunohost-admin`. It launches gulp, such as each 
  time you modify sources, it recompiles the code and you can use it by 
  refreshing (Ctrl+F5) your web administration. To stop the command, just do Ctrl+C.

- The web interface uses the API to interact with YunoHost. The API
  commands/requests are also defined via the actionsmap. For instance, accessing
  the page `https://domain.tld/yunohost/api/users` corresponds to a `GET
  /users` requests on the YunoHost API. It is mapped to the function
  `user_list()`. Accessing the URL should display the JSON returned by this
  function. 'GET' requests are typically meant to ask information to the server.
  'POST' requests are meant to ask the server to edit/change some information,
  or to execute some actions.

- `js/yunohost/controllers` contains the JavaScript parts,
  and define which requests to make to the API when loading a specific page of
  the interface, and how to process the data to generate the page, using
  templates.

- `views` contains the various templates for the pages of the interface. In the
  template, data coming from the JavaScript part can be used with the syntax
  `{{some-variable}}`, which will be replaced when building/accessing the page.
  It is also possible to have conditions using the
  [handlebars.js](http://handlebarsjs.com) syntax: `{{#if
  some-variable}}<p>Some conditional HTML code here !</p>{{/if}}`

- For internationalized strings, use `y18n.t('some-string-code')` in the
  JavaScript, or `{{t 'some-string-code'}}` in the HTML template, and put your
  string in `locales/en.json`. Don't edit other locales files,
  this will be done using [Weblate](https://translate.yunohost.org/)!

##### Don't forget

- Each time you edit the actionsmap or the Python code, you should restart the YunoHost api:
  `systemctl restart yunohost-api`
  (You'll need to retype your admin and password in the web interface)

- You might need to force-clear the cache of your browser sometimes to refresh 
  the JavaScript and/or HTML (so each time you edit something in `js` or `views`).


### Your feature is ready and you want it to be integrated in YunoHost

- Fork the relevant repo on GitHub, and commit stuff to a new branch. We recommend
  to name the branch with the following convention:
  - For an enhancement or new feature: `enh-ISSUENUMBER-name-of-feature`
  - For a bugfix `fix-ISSUENUMBER-description-of-fix`
  - `ISSUENUMBER` is optional and is the id of a corresponding ticket on the bug tracker.

- Once you're ready, open a Pull Request (PR) on GitHub. Please include `[fix]` or 
  `[enh]` at the beginning of the title of your PR.

- After reviewing, testing and validation by other contributors, your branch
should be merged in `unstable`!