This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 209998 - Test and candidate driver builds should also tag testing projects
Summary: Test and candidate driver builds should also tag testing projects
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Cosmos (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Jagmit CLA
QA Contact: Balan Subramanian CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 216501
  Show dependency tree
 
Reported: 2007-11-15 13:12 EST by David Whiteman CLA
Modified: 2012-01-03 13:48 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Whiteman CLA 2007-11-15 13:12:07 EST
During the course of an iteration, the development team makes changes to APIs in COSMOS code that force corresponding changes to the test projects (e.g. JUnits).  Currently, the test projects are not being tagged, so if there was ever a need to go back and test an earlier tagged build, there is no reasonable way to load the version of the test code that corresponds with the APIs found in the earlier build.  We need to start tagging test projects when we tag test drivers and candidate drivers, so we have the ability to execute our test framework when it is necessary to against older code.
Comment 1 David Whiteman CLA 2008-01-02 15:35:54 EST
Is this being considered for i8?  I would suggest so, and also a priority of at least P2.
Comment 2 Jagmit CLA 2008-01-03 11:39:45 EST
There are various plugins in tests folder corresponding to various modules. 
Do you want the tagging to be done for all of the plugins. Please elaborate, what is required to be done.
Comment 3 David Whiteman CLA 2008-01-03 11:51:56 EST
For any plugins that contain testing code, I would say yes.  There should be a repeatable way to extract testing code for CVS that corresponds to a specific build level of code.  Since projects & plugins change all the time, I would think in general we'd want everything like that tagged.  Including the CMDBf example project, the datacenter example, etc.  Why use a version control system, if there is no way to extract versions of such high level aggregates?
Comment 4 Valentina Popescu CLA 2008-01-03 12:12:18 EST
Hubert should be able to help with that, I suppose there was a similar process in TPTP
Comment 5 Jagmit CLA 2008-01-03 14:43:33 EST
It will be better if we tag the complete test module.

Also this work item, is to be done, when I announce the candidate driver.  As of now will test the tagging.  
Comment 6 David Whiteman CLA 2008-01-03 14:50:38 EST
That sounds reasonable.  Please also consider testing the examples and samples I mentioned as well, as part of the same process.
Comment 7 Jagmit CLA 2008-01-15 15:22:21 EST
Tagged the test folder (tag used: COSMOS-i_8_0115_2008).

Command used: cvs -d cosmos:/cvsroot/technology rtag -b -r HEAD COSMOS-i_8_0115_2008 org.eclipse.cosmos/tests > log0115 2>&1

Comment 8 Hubert Leung CLA 2008-01-28 21:53:32 EST
Jagmit, please don't use the -b flag when tagging code.  It will create a branch from the snapshot.  
Comment 9 Jagmit CLA 2008-01-29 23:49:21 EST
Tagged the plugins/features of i8 stable driver with V1_0_0i8.  
Also tagged the test module. Will document the tag commands on the wiki. 
Comment 10 Jagmit CLA 2008-01-30 14:04:27 EST
Added the documentation to perform tagging to cosmos release engineering page (http://wiki.eclipse.org/COSMOS_RE_AND_BUILD). Under title "Tagging the Builds"
Comment 11 Jagmit CLA 2008-02-04 09:15:07 EST
marking this as fixed