Commit
How to Submit TikiWiki Code Changes
Here are step-by-step instructions on how to submit TikiWiki code changes under two different situations: when using a hosted server and when using your own PC as a server for development purposes. How to get commit access and Where to commit are recommended reading before starting these instructions.Although the process is a little different for each situation, the basic idea is the same. First, you check out the developer version you wish to make changes to. Checking out means downloading the entire developer version from the repository (SourceForge.net) to your server using an SVN program. An SVN program is used because it will keep track of the changes you make and allow you to upload only the changed files to the repository. The entire TikiWiki program is downloaded (not just the files you want to change) so that you can install and test the TikiWiki version with your changes. After making and testing your changes, you commit them to the repository using the SVN program, which means your changed files are uploaded into the repository, creating a new TikiWiki development version that includes your changes.
Below, the processes for both situations (hosted server and PC as server) are described.
Table of contents
- How to Submit TikiWiki Code Changes
- Prerequisites
- Using a Hosted Server
- Using Your PC as the Server
Prerequisites
In Either Situation
The following are must-haves in order to commit whether you are using a hosted server or your own PC as the server:- SourceForge Account: You will need to have an account at SourceForge.net - click here
to register for one.
- Project Administrator Permission: A TikiWiki Project Administrator will need to grant you permission to write to the code repository by adding your SourceForge username to the TikiWiki project as developer. Project Administrators are listed at http://sourceforge.net/projects/tikiwiki/develop
.
- Decide Version: There are different developer versions that changes can be made to. Before you begin, decide or get advice on which version you should download and make changes to. See Where to commit for more information. Which version you intend to change affects the path you will need to specify when checking out and downloading those files. The paths for the different versions can be found at the SourceForge.net at http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/
.
With a Hosted Server
The following are must-haves in order to commit on a hosted server in addition to the general prerequites noted above:- SSH/Shell Access: You will need to access your server using shell access. This may be available from your web host (or you may be able to request it). If so, it will show up on the cPanel (if you have one) in the Security section. Otherwise there are free third-party programs that do the same thing (like PuTTy - and here's a list
of such programs).
- SVN: Your server will need to have SVN installed. If it's not installed, try typing apt-get install subversion while connected through Shell Access to install it.
With Your PC as Server
In addition to the must-haves noted above for either situation, here are additional must-haves in order to commit when using your PC as a server:- Third-Party SVN Program: You will need to install a third-party SVN program. A list of such programs can be found on this Wikipedia page
, or see following Recommended Solution section.
- Third-Party source code editor: You will need to download and install a third-party code editor to make the changes you wish to make. Do not use a plain text editor (like Word). A list of code editors can be found on this Wikipedia page
, or see following Recommended Solution section.
Warning
It's very important to set your code editor to:
(1) use Unix-style line breaks (LF) and not Windows style breaks (CF + LF), and
(2) encode documents with UTF-8 without BOM (the "without BOM" is important).
Of course other software is required to set up your PC as a server in the first place (see Using Your PC as the Server on the next page or read on about a recommended solution for setting up a development environment.
Recommended Solution
One recommendation on how to set up a development environment on your machine is to use XAMPPUsing a Hosted Server
Overview of Steps
Here's an overview of the steps for committing using a hosted server:- Get onto your server through SSH/Shell Access
- Run the svn command to download the development version you want to change onto your server
- Make the code changes you want to make and save them
- Run the svn command to check your changes
- Test your the TikiWiki install that you just changed to see if it functions
- Run the svn command to commit your changes
- End the SSH/Shell Access connection
These instructions assume you are using a standard shell on a Linux machine (i.e., your server is running Linux). If the server is using Windows, please make sure to run something like dos2unix before you commit.
Step 1: Get on Your Server Using SSH/Shell Access
- Access the server you want to download to through SSH/Shell Access (through cPanel or third-party software). You will need to enter the following at a minimum:
- The server's host name or IP Address
- Your username on that server
- The related password
Connect to remote server via SSHssh username@server.com enter password
You can accept message about RSA key fingerprint.
- Once on your server, move to the web directory
Move to the web directory, typically "www"cd www
- Create an empty directory on your server to download to like you would for a normal install of TikiWiki
Create a directory, for example "tiki"mkdir tiki
- Move to the directory you want to download to. For example, if you want to download to tiki, then type the following and hit enter:
Move to download directorycd tiki
Step 2: Checkout Files via SVN
Type in "svn co (path) ." and hit enter to check out a development version. The (path) in the command is the path on SourceForge.net to the version you wish to make changes to.Below, two alternatives are shown: checking out a branch and checking out the trunk. In both cases, assume we found a bug in the last_mod plugin and therefore want to change the lib/wiki-plugins/wikiplugin_lastmod.php file.
- Example: Checking out Branch 4.x
Checking out branch 4.xsvn co https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/4.x .
Screenshot:
- Example: Checking out the Trunk
Checking out the trunksvn co https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/trunk .
In both cases the last space and period at the end is very important - it causes the download to be made to here, in the directory where you are at when the command is made.
After hitting enter, you should see the file names scrolling up the screen as the files are downloaded. At the end, you should see a message telling which revision has been checked out, as in this screenshot:

Step 3: Make Your Changes
You can make changes either using your normal edit interface or through the shell access.Using Normal Edit Interface
The easiest way to make changes is usually through whatever interface you normally use, for example by going through cPanel > File Manager and opening the file with your server's code editor. After you've made and saved your changes, go to Step 4.Expand the instructions below if you're making changes through the shell access instead.
Use Shell Access to Make Changes
[+]Step 4: Check Your Changes
- Go back to the SSH/shell access screen and make sure you are in the top level tiki directory, www/tiki in our example
- In the SSH/shell access screen type "svn diff" to view your changes:
Use svn diff to view changessvn diff
All changes you have made to all files will be shown as in the following screenshot:
As you can see, only one line was changed here (actually one character, an O was changed to a Z). Since this was the intention, we will move on to test the change.
Step 5: Test Your TikiWiki Install
- If you haven't already, install the developer version you have downloaded and changed by following the normal Installation procedures through an internet browser.
Note
If you get a server error, you may need to set the permissions for all of the files you downloaded to 755.
- Once installed, test TikiWiki to ensure that your changes work properly.
Step 6: Commit Your Changes
- Type the svn commit command which consists of 3 parts:
- The svn command: svn commit -m
- A note describing the change: " [FIX] (short description of fix) " for example
Each description should begin with one of the following tags which identify the type of change- [MOD] is a modification; this implies a change in how things work
- [NEW] apply if something new was added in tikiwiki
- [ENH] is an enhancement; not really new but makes things work better (e.g. look and feel, performance, ...)
- [FIX] can be used for bug fixes of any sort
- [SEC] for security fix operations
- [REL] changes for release process only
- [KIL] removal of unused or obsolete files
- [DB] for changes in the database
- The file path: filepath
Following our example, this would be:
Commit commandsvn commit -m "[FIX] Fixed display of time zone, which was showing as %O" lib/wiki-plugins/wikiplugin_lastmod.php
Here's a screenshot (with a slightly different description):
- When prompted, enter your SourceForge username and password
Tip
You may be prompted for a password based on your server user name instead of your SourceForge user name. Just hit enter to move to a prompt for entering your SourceForge user name.
- You will get a message indicating that your commit was successful
Step 7: Disconnect Shell Connection
Shell command
exitStep 8: Be Proud of Yourself
TikiWiki is the collective work of hundreds of people. It works because volunteers, like you take the time to make it better.Notice of your commit will appear in the tikiwiki IRC chat channel. Go here
See next page for instructions when using your own PC as a development server.
Contributors to this page: lindon
,
SEWilco
,
Patrick_Allard
,
pkdille
and
marclaporte
.
Page last modified on Friday 05 March, 2010 04:23:52 UTC by lindon
.
Sidebar
Sidebar
To register
To have an account at this site, please register at Tikiwiki.org
, and then use that user name and password to log in here.
Last Changed Items
- Users can't deleter his own account
- Add New User - Gen Password - Validate By Email is Broken in 4.1 and 4.2
- Email notification don't work except if "watch minor" is checked
- ssl_error_rx_record_too_long when using "Require Secure (HTTPS) login" (CPANEL self-signed cert.)
- Interactive (in-context) Site identity editor


Last Comments