This page is dedicated to help you, the new Tiki developer, get started in Tiki Development.
About
Please take the time to read this page before you start. We hope it will save you time in the long run. There are a lot of references here - some are basic, some advanced. You may need to read some or all of the references, but As you learn, we invite you to come back and update these pages - share what you have learned.
Use Tiki and understand how it works before you start trying to change it. Set up a site, use and administer it on an everyday basis until you can fix the problems you encounter.
Set up your tiki in development mode using one or more of the Git branches (there are several). The bleeding edge is master.
Copy to clipboard
git clone --branch master https://gitlab.com/tikiwiki/tiki.git mynewfolder
cd mynewfolder
sh setup.sh
#Your choice [b]? b
php console.php dev:configure
If this is the first open-source project you have worked on, understand that working on an open-source project is NOT like any other development project you have ever done. You will be dealing with a large number of people who are scattered all over this beautiful world of ours. Many of our friends learned English as a second (or third) language. Misunderstandings WILL happen! Assume positive intent and practice forgiveness. All of this will require an added effort on your part. Please read KinderCode often. A good place to learn about the differences of open source development is Eric Raymond's Cathedral and the Bazaar.
Before you DO anything - ask for help on the Development list or on the community chat. It doesn't make a lot of sense for you to spend a lot of time trying to accomplish something the Hard Way when a few questions could save you a lot of effort. Again - ask questions and use the expertise that is available.
If you have an idea for a new feature, suggest it on the dev list or #tikiwiki. Get some feedback and opinions on the need for the feature and ideas on how to implement it. Some in the Tiki community have been here for 2-3 years and know the history. As Newton before you, take an opportunity to see further by standing on the shoulders of giants.
If you need help with something - ASK! Most developers are more than happy to assist when they we can - but we need to know when (and where) the help is needed. This is a very friendly group who believe in helping each other!
Read the Hello World introduction in order to learn the basic structure of the Tiki environment. This article starts with a basic "hello world" page and goes on to cover permissions, menus, queries, wiki parsing, themes and more.
Tiki is licensed under the LGPL license. Take the time to understand the meaning of this license before you commit any code. By submitting to the project you are committing to that license model. Further, any code you copy from another open source project must be compatible with LGPL.
Finally: That nasty word Documentation. While nobody expects a developer to spend his time writing the documentation for the manual, some documentation is necessary. Writing a simple proposal in a Wiki page on dev.tiki.org stating what you want to accomplish and how you plan to do it does several things. First, it will help you to clarify your thoughts. Second, it should provide you and others with some specific goals. The most important thing is that it will provide others with a place where they can comment on your ideas. Documenting the source code is also important! Comments allow the unskilled novice to become better.
{DIV(class=jumbotron lead)}This page is dedicated to help you, the new Tiki developer, get started in Tiki Development.{DIV}
!! About
Please take the time to read this page before you start. We hope it will save you time in the long run. There are a lot of references here - some are basic, some advanced. You may need to read some or all of the references, but As you learn, we invite you to come back and update these pages - share what you have learned.
!! Getting started: The Cheat Sheet
# Join the tikiwiki-devel mailing lists at [https://sourceforge.net/mail/?group_id=64258] and ask lots of questions.
# Join the [https://gitter.im/tiki-org/community|Tiki community chat] and ask lots of questions.
# Use Tiki and understand how it works before you start trying to change it. Set up a site, use and administer it on an everyday basis until you can fix the problems you encounter.
# Set up your tiki in development mode using one or more of the Git branches (there are several). The bleeding edge is ''master''.
+{CODE(colors="bash")}
git clone --branch master https://gitlab.com/tikiwiki/tiki.git mynewfolder
cd mynewfolder
sh setup.sh
#Your choice [b]? b
php console.php dev:configure
{CODE}
+More details: [http://doc.tiki.org/Installation|Installation] and ((Setup a Development Environment)).
# Run main tests locally
+...so you don't have to wait for CI
+{CODE(colors="bash")}
php phpunit
php vendor_bundled/vendor/squizlabs/php_codesniffer/bin/phpcs --cache
{CODE}
# Fix the errors
+Some tools are useful, such as:
+{CODE(colors="bash")}
php console.php dev:fixstyle #Very useful, but only fixes files not already commited
{CODE}
+More details:
## ((Tiki Unit Testing))
## ((PHP Code Sniffer))
# Commit and create a merge request
+This is done through [https://gitlab.com/tikiwiki/tiki/-/merge_requests/new]
+More details:
## ((Git Workflow|How to commit)).
## ((Where to commit)).
!!What else your should read...
# Read the ((3 Rules)).
# If this is the first open-source project you have worked on, understand that working on an open-source project is __NOT__ like any other development project you have ever done. You will be dealing with a large number of people who are scattered all over this beautiful world of ours. Many of our friends learned English as a second (or third) language. Misunderstandings __WILL__ happen! Assume positive intent and practice forgiveness. All of this will require an added effort on your part. Please read ((tw:KinderCode)) often. A good place to learn about the differences of open source development is Eric Raymond's [http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/|Cathedral and the Bazaar].
# __Before__ you DO anything - ask for help on the Development list or on the community chat. It doesn't make a lot of sense for you to spend a lot of time trying to accomplish something the __Hard Way__ when a few questions could save you a lot of effort. Again - ask questions and use the expertise that is available.
# If you have an idea for a new feature, suggest it on the dev list or #tikiwiki. Get some feedback and opinions on the need for the feature and ideas on how to implement it. Some in the Tiki community have been here for 2-3 years and know the history. As Newton before you, take an opportunity to see further by ''standing on the shoulders of giants''.
# If you need help with something - __ASK!__ Most developers are more than happy to assist when they we can - but we need to know when (and where) the help is needed. This is a __very__ friendly group who believe in helping each other!
# Read the ((Hello World)) introduction in order to learn the basic structure of the Tiki environment. This article starts with a basic "hello world" page and goes on to cover permissions, menus, queries, wiki parsing, themes and more.
#((How to get commit access))
# Tiki is licensed under [http://tiki.org/tiki-index.php?page=LibLicense|the LGPL license]. Take the time to understand the meaning of this license before you commit any code. By submitting to the project you are committing to that license model. Further, any code you copy from another open source project must be compatible with LGPL.
# Finally: That nasty word __((doc:Documentation))__. While nobody expects a developer to spend his time writing the documentation for the manual, some documentation is necessary. Writing a simple proposal in a Wiki page on dev.tiki.org stating what you want to accomplish and how you plan to do it does several things. First, it will help you to clarify your thoughts. Second, it should provide you and others with some specific goals. The most important thing is that it will provide others with a place where they can comment on your ideas. Documenting the source code is also __ important!__ Comments allow the unskilled novice to become better.
Other development references:
* ((DevTips))
* ((Git Usage))
* ((Introduction to Tiki Code Layout))
!!Aliases
(alias(Get Started)) | (alias(GetStarted))
The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.
Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.