Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

iPhone App Development Process

From MoodleDocs


Warning: This page is no longer in use. The information contained on the page should NOT be seen as relevant or reliable.


This document is destinated to Moodle HQ people. It is a micro development process for a team of two developers and 1 "client" (Martin).

Set up your environment

You need to have a HQ cvs account for developing the Moodle App.

Clone the app

The first thing you need is to retrieve the code from Git:

git clone ssh://yourusername@git.moodle.org/git/moodlehq.git ./your_working_folder

Install Xcode

Go on http://developer.apple.com/technologies/tools/whats-new.html and download xcode

Setup your iPhone for real testing

Go on https://developer.apple.com/ios/manage/overview/index.action and follow the instruction. You should be able to launch Xcode4, open the Moodle project and run it on your iPhone device.

Friday avo: iPhone sprint meeting

Every Friday, beginning of avo, we go through:

  • resolved issues (they should be already in master branch)
  • new assignments by priority, for a week of work maximum. Everything that can not be done in the week stay assigned to the client.
  • talk about required task and new features => create new issues, assigned by default to the client.

Week work

Work on your assigned issue

Resolve your issue by priority. If there is no specification for the issue and it concerns some news functionalities (it is most likely going to be the case), you must write some functional and technical specifications before coding in Moodledocs. It is really recommended to add Mockups.

Share your work in the repository

Everytime you resolve a tracker issue, you must push your code into master branch. So your team mate and the client can access it, test it, detect issue. Then always assign your team mate as QA tester.

Friday morning: testing

If you have any QA issue left to test, it must be done before the meeting.

Flexibility

You are allowed to assign another issue to yourself, create new one, and work on them. You can test whenever you want, write specification whenever you want... However try your best to reach the Friday Sprint assignments before the next meeting.