KDE Games/IRC Meetings/Git Conversion 1: Difference between revisions
< KDE Games | IRC Meetings
(→Topics: wording) |
|||
Line 16: | Line 16: | ||
; Finalise check descriptions | ; Finalise check descriptions | ||
: This should be done to make | : This should be done to make it possible to check finished repos and be sure we get all the issues checked. If the rules are modified, all previous check-marks should be reset. | ||
; Existing rules files | ; Existing rules files | ||
: Short and rough review to get some questions off the table and to get all rules somewhat unified throughout KDEGames. | : Short and rough review to get some questions off the table and to get all rules somewhat unified throughout KDEGames. Peer review anyone? | ||
; Existing conversion/postprocessing scripts | ; Existing conversion/postprocessing scripts | ||
: Short and rough review of the existing to point out possible flaws or inconsistencies in the way they work. Maybe find a unified structure for all | : Short and rough review of the existing scripts to point out possible flaws or inconsistencies in the way they work. Maybe find a unified script structure for all games. | ||
; CMake preparation | ; CMake preparation | ||
: All games should be able to be compiled on their own before the conversion | : All games should be able to be compiled on their own AND as a module. CMake changes before or after the conversion? How to do that? |
Revision as of 22:31, 28 March 2012
Date/Time
[not set yet]
Attendees
[not set yet]
Topics
- Deadline
- What is the latest date we want to switch at in the 4.9 roadmap?
- Maybe make a little roadmap for the migration?
- Actual conversion
- - Who will do it?
- - On what machine?
- - All in one go or every game on its own?
- Finalise check descriptions
- This should be done to make it possible to check finished repos and be sure we get all the issues checked. If the rules are modified, all previous check-marks should be reset.
- Existing rules files
- Short and rough review to get some questions off the table and to get all rules somewhat unified throughout KDEGames. Peer review anyone?
- Existing conversion/postprocessing scripts
- Short and rough review of the existing scripts to point out possible flaws or inconsistencies in the way they work. Maybe find a unified script structure for all games.
- CMake preparation
- All games should be able to be compiled on their own AND as a module. CMake changes before or after the conversion? How to do that?