aboutsummaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorAndrew Manning <tamanning@zoho.com>2016-06-05 20:31:34 -0400
committerAndrew Manning <tamanning@zoho.com>2016-06-05 20:31:34 -0400
commitd2a7f83bb5f633422afc52b1441403b9cccebf8e (patch)
tree2528282d46447bcfb8ebc24d007141e39b6e090a /doc
parentb8b50bdb5abb5403f3f8a8662b7db0703b39073b (diff)
parent4485142a25fa8b934047c62e46eb5badccc9b56f (diff)
downloadvolse-hubzilla-d2a7f83bb5f633422afc52b1441403b9cccebf8e.tar.gz
volse-hubzilla-d2a7f83bb5f633422afc52b1441403b9cccebf8e.tar.bz2
volse-hubzilla-d2a7f83bb5f633422afc52b1441403b9cccebf8e.zip
Merge remote-tracking branch 'upstream/dev' into wiki
Diffstat (limited to 'doc')
-rw-r--r--doc/addons.bb7
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/addons.bb b/doc/addons.bb
index 325a219ec..b83b3276a 100644
--- a/doc/addons.bb
+++ b/doc/addons.bb
@@ -86,6 +86,13 @@
[h3]Addon Repositories[/h3]
+We [b]strongly recommend[/b] that authors of addons publish/submit them to the project addon repository. This has several advantages. Project developers can easily fix security flaws and make changes to comply with recent changes in core code. Addons provided in third-party repositories are considered untrusted. If the project core code changes in an incompatible way, there may be no alternative but to physically remove or rename the addon files in order to get your site working again. Often only the plugin/addon author can help you regain control of your website, and project developers are unable to assist you; because by definition your site configuration has been modified in ways that we cannot easily test or verify.
+
+For these reasons we [b]strongly recommend[/b] that you do NOT install addons from third-party repositories.
+
+We also recognise that some developers prefer working on their own and do not wish their code to be mingled with the project repository for a variety of reasons. These developers can ease troubleshooting and debugging by providing a README file in their respective code repository outlining the process for submitting patches and bug fixes. It is also recommended that these projects provide both a 'dev' (development) and 'master' (production) branch which tracks the current project branches of those names. This is because dev and master are often not compatible from the viewpoint of library interfaces. It is also highly recommended that your repository versions are tagged and moved forward within 24 hours of project releases. This is a major inconvenience for everybdy involved, and can present downtime for production sites while this process is being carried out; which is one more reason why we [b]strongly recommend[/b] that addons be submitted to the project addon repository and that you do NOT install such third-party addons.
+
+
[url=https://github.com/redmatrix/hubzilla-addons]https://github.com/redmatrix/hubzilla-addons[/url] Main project addon repository
[url=https://github.com/23n/red-addons]https://github.com/23n/red-addons[/url] Oliver's repository (mayan_places and flip)