Difference between revisions of "ChildWorkSpace"

From Apache OpenOffice Wiki
Jump to: navigation, search
(The issue is marked as fixed, but the latest milestone still has the bug. Why?)
 
(8 intermediate revisions by 6 users not shown)
Line 1: Line 1:
 +
[[ja:JA/translation/ChildWorkSpace]]
 +
 
== What is a ChildWorkSpace? ==
 
== What is a ChildWorkSpace? ==
  
A concept called <b>ChildWorkSpaces</b> ([[CWS]]) is used to organize changes to [[OpenOffice.org]] into smaller and independent units.
+
A concept called <b>ChildWorkSpaces</b> (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.
 
This page is intended as a first overview for end users. The wiki page "[[CWS]]" provides many more details for advanced contributors.
Line 7: Line 9:
 
== How does it relate to Issues? ==
 
== How does it relate to Issues? ==
  
OpenOffice.org's code base may be changed as a result of [[Issues]], which can be classified as [[Defect_Report|defect reports]], [[Enhancement_Request|enhancement requests]] or [[Feature_Request|feature requests]]. Issues are managed in a tool called [[Issuezilla | issuezilla]].
+
OpenOffice.org's code base may be changed as a result of [[Issue|Issues]], which can be classified as [[Defect_Report|defect reports]], [[Enhancement_Request|enhancement requests]] or [[Feature_Request|feature requests]]. Issues are managed in a tool called [[Issuezilla | issuezilla]].
  
Related issues get grouped together and are assigned to a [[CWS]]. The resulting code change consists of bug fixes, enhancements and feature implementations that correspond to the list of issues registered for that CWS.
+
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 [[EIS|Environment Information System (EIS)]]: It has all the details about each [[CWS]], e.g. the list of tasks assigned to a [[CWS]], its release target, the first milestone release where the [[CWS]] has been integrated, various testing results and the list of code changes.
+
ChildWorkSpaces are managed in a tool called [[EIS|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 Process Flow ==
 
== The Process Flow ==
Line 19: Line 21:
 
# the problem or the idea shouldn't be known in issuezilla yet
 
# the problem or the idea shouldn't be known in issuezilla yet
 
# a new issue is submitted
 
# a new issue is submitted
# the issue is confirmed/tested by testers and/or developers
+
# the issue is tested by testers and/or developers
# the issue is marked as "confirmed"
+
# if the problem is confirmed then the issue status gets changed to "new"
# development accepts an issue by marking it as "new"
+
# development accepts an issue by marking it as "started"
 
# development creates a ChildWorkSpace
 
# development creates a ChildWorkSpace
 
# development assigns some issues to the CWS's task list
 
# development assigns some issues to the CWS's task list
Line 32: Line 34:
 
# testing checks for regressions and that the issues are solved
 
# testing checks for regressions and that the issues are solved
 
# tested issues are marked as "verified"
 
# tested issues are marked as "verified"
# testing changes the ChildWorkSpace status to "Approved by QA" or "Nominated", which of those QA can set is based on where in the Release Cycle the current [[MWS|MasterWorkspace, short MWS]] on which the CWS is based is currently.
+
# testing changes the ChildWorkSpace status to "Approved by QA"
# "[[Program_Management|program management]]" changes the CWS status to "Nominated" if we are shortly before a planned release on the [[MWS]]
+
# the CWS gets nominated either by "[[Program_Management|program management]]" or by testing (depending on the release status of the [[MWS]])
# "[[Release_Engineering|release engineering]]" integrates the code changes into a milestone release
+
# "[[Release_Engineering|release engineering]]" integrates the code changes into the a milestone release
 
# the CWS status is changed to "Integrated"
 
# the CWS status is changed to "Integrated"
# the milestone containing some CWSes is released
+
# the milestone containing some CWSes is released (see the respective [http://development.openoffice.org/releases/dev_index.html Release Notes])
# testing checks the issues again on the released version
+
# testing checks the issues again on the released version (see the [http://download.openoffice.org/next download website])
 
# testing marks the issues as "closed"
 
# testing marks the issues as "closed"
  
 
== Frequently Asked Questions ==
 
== Frequently Asked Questions ==
  
=== The issue is marked as fixed, but the latest milestone has still has the bug. Why? ===
+
=== The issue is marked as fixed, but the latest milestone still has the problem. Why? ===
* if the issue is not yet marked marked as closed, but just as fixed it means that the latest milestone probably doesn't contains the fix yet. Please read the [[ChildWorkSpace#The_Process_Flow | process flow]] section to understand that
+
* 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 [[ChildWorkSpace#The_Process_Flow|process flow]] section to understand that
 
** the list of ''all'' the issues in the CWS has to be solved
 
** the list of ''all'' the issues in the CWS has to be solved
 
** the fixes have to be verified
 
** the fixes have to be verified
Line 52: Line 54:
  
 
=== which milestone release has the issue fixed? ===
 
=== which milestone release has the issue fixed? ===
* the [[EIS]] entry of a CWS provides this important detail (also <b>all</b> other details) and you can also[http://eis.services.openoffice.org/EIS2/cws.InfoForTask Find] a CWS by directly by entering it´s issue id into a web formular.
+
* the [[EIS|EIS tool]] provides details like this for a CWS. You can [http://eis.services.openoffice.org/EIS2/cws.InfoForTask find that EIS entry] by entering the issue number.
 
* the closing comment of a fixed issue is supposed to mention the milestone
 
* the closing comment of a fixed issue is supposed to mention the milestone
 
* the milestone's release notes contains an extensive list of resolved issues
 
* the milestone's release notes contains an extensive list of resolved issues
  
 
+
[[Category:Policy]]
[[Category:Development]]
+
[[Category:CWS]]
+

Latest revision as of 12:27, 28 March 2010


What is a ChildWorkSpace?

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.

How does it relate to Issues?

OpenOffice.org's code base may be changed as a result of Issues, which can be classified as defect reports, enhancement requests or feature requests. Issues are managed in a tool called issuezilla.

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 Process Flow

The relationship between an issue, a CWS and a release is described in this simplified process flow:

  1. someone finds a problem or has an enhancement idea
  2. the problem or the idea shouldn't be known in issuezilla yet
  3. a new issue is submitted
  4. the issue is tested by testers and/or developers
  5. if the problem is confirmed then the issue status gets changed to "new"
  6. development accepts an issue by marking it as "started"
  7. development creates a ChildWorkSpace
  8. development assigns some issues to the CWS's task list
  9. development solves the issue and tests the solution
  10. development commits the code changes into the CWS's code base
  11. development marks the issue as "fixed"
  12. development checks that the whole CWS works as expected
  13. development changes the CWS status to "Ready for QA"
  14. development reassigns the issues to testing
  15. testing checks for regressions and that the issues are solved
  16. tested issues are marked as "verified"
  17. testing changes the ChildWorkSpace status to "Approved by QA"
  18. the CWS gets nominated either by "program management" or by testing (depending on the release status of the MWS)
  19. "release engineering" integrates the code changes into the a milestone release
  20. the CWS status is changed to "Integrated"
  21. the milestone containing some CWSes is released (see the respective Release Notes)
  22. testing checks the issues again on the released version (see the download website)
  23. testing marks the issues as "closed"

Frequently Asked Questions

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

which milestone release has the issue fixed?

  • the EIS tool provides details like this for a CWS. You can find that EIS entry by entering the issue number.
  • the closing comment of a fixed issue is supposed to mention the milestone
  • the milestone's release notes contains an extensive list of resolved issues
Personal tools
In other languages