How to setup activity automatically for a view?

て烟熏妆下的殇ゞ 提交于 2019-12-01 08:56:38

Use cleartool setact to set your activity.

setact/ivity [ –c/omment comment | –cfi/le pname | –cq/uery | –nc/omment ]
[ –vie/w view-tag ] { –none | activity-selector } 

You might need to unset the current activity first from your view:

Cleared current activity from view java_int.

cleartool setactivity -none

Then, Set an activity to be the current activity.

cleartool setactivity create_directories
Set activity "create_directories" in view "webo_integ".

See "Setting UCM activities" for more:

You can set only one activity per view at a time, and all checkouts in your view are associated with the currently set activity until you unset the activity or set another one.

cleartool setact -view <myViewTag> <anActiviyName>

(-view set before the activity name)


Note that if you are changing the activity while you have pending checkouts, you will have a warning.

You usually associate activities to a development task instead of a build number.
Since you don't version what you are building (the executables), you don't have to make a new activity per build.

@Samselvaprabu , agreeing with VonC on other things and that activities are,at best, logical groupings of code/development tasks. For example 5 source code + 1 property files for resolving a QA defect.

Though when you ask how many activities ? there is no specific guideline which IBM provides (AFAIK) on this, but in my experience

  1. A typical activity may not have too few, meaning 1,2 files or too many (say 15+) files.
  2. An activity naming convention (though inconsistent when manual) would help. For example username_ShortDescreption/DefectID_date might help in organizing, sorting of activites when the need arises. And trust me, it will.
  3. Obsoleting activities based on some criteria such as age (more than 1 month) is good for housekeeping.
  4. An activity per build ?? - I would say this is subjective to how many times you build, how many artifacts go per build , how many view/developers you have and so on. You could have a build<>activity relationship which is 1<>n or n<>1 which is completely case-specific to your environment. That's the beauty and also the curse of UCM.

These suggestions are not exactly would you asked for but I feel this a a good time to give them as you are just starting with this complex, messy world called UCM :)

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!