A concept called ChildWorkSpaces (CWS) is used to organize changes to OpenOffice.org into smaller and independent units.
This page is intended as a first overview for end users. The wiki page "CWS" provides many more details for advanced contributors.
Related issues get grouped together and are assigned to a ChildWorkSpace. The resulting code change consists of bug fixes, enhancements and feature implementations that correspond to the list of issues registered for that CWS.
ChildWorkSpaces are managed in a tool called Environment Information System (EIS): It has all the details about each CWS, e.g. the list of tasks assigned to it, its release target, the first milestone release where it has been integrated, various testing results and the list of code changes.
The relationship between an issue, a CWS and a release is described in this simplified process flow:
- someone finds a problem or has an enhancement idea
- the problem or the idea shouldn't be known in issuezilla yet
- a new issue is submitted
- the issue is confirmed/tested by testers and/or developers
- the issue is marked as "confirmed"
- development accepts an issue by marking it as "new"
- development creates a ChildWorkSpace
- development assigns some issues to the CWS's task list
- development solves the issue and tests the solution
- development commits the code changes into the CWS's code base
- development marks the issue as "fixed"
- development checks that the whole CWS works as expected
- development changes the CWS status to "Ready for QA"
- development reassigns the issues to testing
- testing checks for regressions and that the issues are solved
- tested issues are marked as "verified"
- testing changes the ChildWorkSpace status to "Approved by QA"
- the CWS gets nominated either by "program management" or by testing (depending on the release status of the MWS)
- "release engineering" integrates the code changes into the a milestone release
- the CWS status is changed to "Integrated"
- the milestone containing some CWSes is released
- testing checks the issues again on the released version
- testing marks the issues as "closed"
The issue is marked as fixed, but the latest milestone still has the problem. Why?
- if the issue is just marked as FIXED but not CLOSED, then this probably means that the latest milestone doesn't contain the fix yet. Please read the process flow section to understand that
- the list of all the issues in the CWS has to be solved
- the fixes have to be verified
- the CWS must be integrated
- the milestone has to be released
- if the issue is marked as closed and fixed but the milestone mentioned in the closing comment still has the bug then
- please reopen the issue and provide exact details on how to reproduce the problem
- この EIS ツール でCWSの詳細を知ることができる。また、当該 EISエントリーは、課題番号を入力することで得ることができる。
訳注：issueを課題と訳しましたが、問題点というのも捨てがたい気がしています。 ところで、problemというのは、困ることですが、解決すべきかどうかという意味は入っていません。解決すべき問題とか皆で議論するべきことがissue です。会議をしている時であれば、議題と訳せる場合があります。