When making a commit you can use the prefixes fix:, feat: or refactor: to indicate what is the point of the commit plus a good description of the changes without too much text.
When creating a new theme you should create a new folder under themes with the name of your theme with a folder named public and dist inside.
```shell
mkdir -pv themes/sugartheme/public/dist
```
Dist is where the files that compose your theme must end.
Your theme public folder must be a valid node project with a `package.json` and a script named `build`.
The current theme of the project is specified in `peertube-dl-web.conf` so for test your new theme you should edit that file, avoid git tracks that file change if the theme is not intended to become default.
While running `cpanm .` the Makefile of the project will run `yarn build` inside your theme so there is no need you do that, only do not push autogenerated files.
As rule of thumb is better to create a new theme that to change drastically one on interface, but is not a definitive rule.
## Autogenerated files.
If a autogenerated file reach master that is considered a bug, review will try to avoid that situation, but you should try your git client do not track that file, is generally more safe to manually `git add` every file you want to be tracked, altough if you do not edit `peertube-dl-web.conf``git add -u` can also do the trick.