iPhone App Development Process: Difference between revisions
No edit summary |
David Mudrak (talk | contribs) m (Text replacement - "<code>" to "<syntaxhighlight lang="php">") |
||
Line 7: | Line 7: | ||
The first thing you need is to retrieve the code from Git: | The first thing you need is to retrieve the code from Git: | ||
< | <syntaxhighlight lang="php"> | ||
git clone ssh://yourusername@git.moodle.org/git/moodlehq.git ./your_working_folder | git clone ssh://yourusername@git.moodle.org/git/moodlehq.git ./your_working_folder | ||
</code> | </code> |
Revision as of 13:09, 14 July 2021
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:
<syntaxhighlight lang="php"> 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.
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.