You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From now on, releases will be cut from develop, and merged directly into master.
Each release will be a tag on the master branch (e.g. 1.7.0).
A "release/1.7.0" branch will eventually be created only if/when a hotfix will
be needed.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+30-6Lines changed: 30 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,34 @@
1
1
# Contributor Guidelines
2
2
(Please talk to people on the mailing list before you change this page, see our section on [how to get in touch](https://github.com/ether/etherpad-lite#get-in-touch))
3
3
4
+
## Pull requests
5
+
6
+
* the commit series in the PR should be _linear_ (it **should not contain merge commits**). This is necessary because we want to be able to [bisect](https://en.wikipedia.org/wiki/Bisection_(software_engineering)) bugs easily. Rewrite history/perform a rebase if necessary
7
+
* PRs should be issued against the **develop** branch: we never pull directly into **master**
8
+
* PRs **should not have conflicts** with develop. If there are, please resolve them rebasing and force-pushing
9
+
* when preparing your PR, please make sure that you have included the relevant **changes to the documentation** (preferably with usage examples)
10
+
* contain meaningful and detailed **commit messages** in the form:
11
+
```
12
+
submodule: description
13
+
14
+
longer description of the change you have made, eventually mentioning the
15
+
number of the issue that is being fixed, in the form: Fixes #someIssueNumber
16
+
```
17
+
* if the PR is a **bug fix**:
18
+
* the first commit in the series must be a test that shows the failure
19
+
* subsequent commits will fix the bug and make the test pass
20
+
* the final commit message should include the text `Fixes: #xxx` to link it to its bug report
21
+
* think about stability: code has to be backwards compatible as much as possible. Always **assume your code will be run with an older version of the DB/config file**
22
+
* if you want to remove a feature, **deprecate it instead**:
23
+
* write an issue with your deprecation plan
24
+
* output a `WARN` in the log informing that the feature is going to be removed
25
+
* remove the feature in the next version
26
+
* if you want to add a new feature, put it under a **feature flag**:
27
+
* once the new feature has reached a minimal level of stability, do a PR for it, so it can be integrated early
28
+
* expose a mechanism for enabling/disabling the feature
29
+
* the new feature should be **disabled** by default. With the feature disabled, the code path should be exactly the same as before your contribution. This is a __necessary condition__ for early integration
30
+
* think of the PR not as something that __you wrote__, but as something that __someone else is going to read__. The commit series in the PR should tell a novice developer the story of your thoughts when developing it
31
+
4
32
## How to write a bug report
5
33
6
34
* Please be polite, we all are humans and problems can occur.
@@ -25,12 +53,6 @@ If you send logfiles, please set the loglevel switch DEBUG in your settings.json
25
53
26
54
The logfile location is defined in startup script or the log is directly shown in the commandline after you have started etherpad.
27
55
28
-
29
-
## Important note for pull requests
30
-
**Pull requests should be issued against the develop branch**. We never pull directly into master.
31
-
32
-
**Our goal is to iterate in small steps. Release often, release early. Evolution instead of a revolution**
33
-
34
56
## General goals of Etherpad
35
57
To make sure everybody is going in the same direction:
36
58
* easy to install for admins and easy to use for people
@@ -93,6 +115,8 @@ You can build the docs e.g. produce html, using `make docs`. At some point in th
93
115
## Testing
94
116
Front-end tests are found in the `tests/frontend/` folder in the repository. Run them by pointing your browser to `<yourdomainhere>/tests/frontend`.
95
117
118
+
Back-end tests can be run from the `src` directory, via `npm test`.
119
+
96
120
## Things you can help with
97
121
Etherpad is much more than software. So if you aren't a developer then worry not, there is still a LOT you can do! A big part of what we do is community engagement. You can help in the following ways
98
122
* Triage bugs (applying labels) and confirming their existance
Additionally, you'll need [node.js](https://nodejs.org) installed, Ideally the latest stable version, we recommend installing/compiling nodejs from source (avoiding apt).
27
+
Additionally, you'll need [node.js](https://nodejs.org) installed (minimum required Node version: **6.9.0**).
28
+
Ideally, the latest stable version is preferred. Please note that the packages offered on some operating systems are outdated. In those cases, we recommend installing nodejs from official archives or compiling it from source (avoiding yum/apt).
30
29
31
30
**As any user (we recommend creating a separate user called etherpad):**
32
31
33
-
1. Move to a folder where you want to install Etherpad. Clone the git repository `git clone git://github.com/ether/etherpad-lite.git`
34
-
2. Change into the new directory containing the cloned source code `cd etherpad-lite`
32
+
1. Move to a folder where you want to install Etherpad. Clone the git repository:`git clone git://github.com/ether/etherpad-lite.git`
33
+
2. Change into the new directory containing the cloned source code:`cd etherpad-lite`
35
34
36
-
Now, run `bin/run.sh` and open <http://127.0.0.1:9001> in your browser.
35
+
Now, run `bin/run.sh` and open <http://127.0.0.1:9001> in your browser.
37
36
38
-
Update to the latest version with `git pull origin`. The next start with bin/run.sh will update the dependencies.
37
+
Update to the latest version with `git pull origin`. The next start with `bin/run.sh` will update the dependencies.
39
38
40
39
[Next steps](#next-steps).
41
40
42
41
## Windows
43
42
44
-
### Prebuilt windows package
43
+
### Prebuilt Windows package
45
44
This package works out of the box on any windows machine, but it's not very useful for developing purposes...
46
45
47
-
1.[Download the latest windows package](http://etherpad.org/#download)
46
+
1.[Download the latest Windows package](http://etherpad.org/#download)
48
47
2. Extract the folder
49
48
50
49
Now, run `start.bat` and open <http://localhost:9001> in your browser. You like it? [Next steps](#next-steps).
@@ -63,17 +62,26 @@ Update to the latest version with `git pull origin`, then run `bin\installOnWind
63
62
64
63
If cloning to a subdirectory within another project, you may need to do the following:
65
64
66
-
1. Start the server manually (e.g. `node/node_modules/ep_etherpad-lite/node/server.js]`)
65
+
1. Start the server manually (e.g. `node/node_modules/ep_etherpad-lite/node/server.js`)
67
66
2. Edit the db `filename` in `settings.json` to the relative directory with the file (e.g. `application/lib/etherpad-lite/var/dirty.db`)
68
67
3. Add auto-generated files to the main project `.gitignore`
69
68
70
69
# Next Steps
71
70
72
71
## Tweak the settings
73
-
You can initially modify the settings in `settings.json`. (If you need to handle multiple settings files, you can pass the path to a settings file to `bin/run.sh` using the `-s|--settings` option. This allows you to run multiple Etherpad instances from the same installation.) Once you have access to your /admin section settings can be modified through the web browser.
72
+
You can modify the settings in `settings.json`.
73
+
If you need to handle multiple settings files, you can pass the path to a settings file to `bin/run.sh` using the `-s|--settings` option: this allows you to run multiple Etherpad instances from the same installation.
74
+
Similarly, `--credentials` can be used to give a settings override file, `--apikey` to give a different APIKEY.txt file and `--sessionkey` to give a non-default SESSIONKEY.txt.
75
+
Once you have access to your /admin section settings can be modified through the web browser.
74
76
75
77
You should use a dedicated database such as "mysql", if you are planning on using etherpad-in a production environment, since the "dirtyDB" database driver is only for testing and/or development purposes.
76
78
79
+
## Secure your installation
80
+
If you have enabled authentication in `users` section in `settings.json`, it is a good security practice to **store hashes instead of plain text passwords** in that file. This is _especially_ advised if you are running a production installation.
81
+
82
+
Please install [ep_hash_auth plugin](https://www.npmjs.com/package/ep_hash_auth) and configure it.
83
+
If you prefer, `ep_hash_auth` also gives you the option of storing the users in a custom directory in the file system, without having to edit `settings.json` and restart Etherpad each time.
84
+
77
85
## Plugins and themes
78
86
79
87
Etherpad is very customizable through plugins. Instructions for installing themes and plugins can be found in [the plugin wiki article](https://github.com/ether/etherpad-lite/wiki/Available-Plugins).
printf'Your %s version "%s" is too old. %s %d.%d.x or higher is required.\n'"$PROGRAM_LABEL""$VERSION_STRING""$PROGRAM_LABEL""$REQUIRED_MAJOR""$REQUIRED_MINOR">&2
Copy file name to clipboardExpand all lines: doc/plugins.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -50,7 +50,7 @@ There are server hooks, which will be executed on the server (e.g. `expressCreat
50
50
### Parts
51
51
As your plugins become more and more complex, you will find yourself in the need to manage dependencies between plugins. E.g. you want the hooks of a certain plugin to be executed before (or after) yours. You can also manage these dependencies in your plugin definition file `ep.json`:
52
52
53
-
```javascript
53
+
```json
54
54
{
55
55
"parts": [
56
56
{
@@ -99,7 +99,7 @@ Your plugin must also contain a [package definition file](https://docs.npmjs.com
Copy file name to clipboardExpand all lines: doc/stats.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,4 +15,4 @@ We currently measure:
15
15
16
16
Under the hood, we are happy to rely on [measured](https://github.com/felixge/node-measured) for all our metrics needs.
17
17
18
-
To modify or simply access our stats in your plugin, simply `require('ep_etherpad-lite/stats')` which is a `measured.Collection`.
18
+
To modify or simply access our stats in your plugin, simply `require('ep_etherpad-lite/stats')` which is a [`measured.Collection`](https://yaorg.github.io/node-measured/packages/measured-core/Collection.html).
0 commit comments