configuration management Questions

I have been trying to find out if there is a specific order of installation of ClearCase and ClearQuest versions 7.1.2 but haven't had any luck. Does anyone have any hard evidence of ClearCase needing to be installed first, before ClearQuest? This would be on Windows and Unix, if that matters.

We are currently using ClearCase UCM for our source control tool and I have been given a simple request that I am having trouble with.

I need to create a weekly report that will include a list of all files that have changed in a particular stream since a defined date. I have been able to produce such a report in other source control tools such as Perforce or MKS Source Integrity quite easily. ClearCase has given me a headache with this request.

I don't want duplicates if there are multiple check-ins nor do I want the files broken down by activity.

Any ideas? Thanks!

I need help for a perl script I'm writing....

We used perl script for dcm deliveries with success.

This is my issue : I need to deliver a released project (library to be used by development teams). But, within this project not all objects are to be delivered : so I'v already suggest that they be with a version matching 'proto*'.

This what I tried :
1- Deliver the project via DCM : but I can't unuse/delete those objects and command dcm -remove -ts didn't work :angry:

2- Find the objects of the project with a query excluding those with version matching 'proto*', deliver them with DCM... and then I should have to create a project but I didn't find an easy way to add all directories and files with the same hierarchy :blink:

I would rather use solution 1, if there is a way to exclude indirect members...

After that I have to find how to update the delivered project : for exemple my database has received library-1.0. Then library-1.1 is released and the development received it...

Is there a dcm commands to do that ? (It must not be automatic !!)

It has been my experience to locate snapshot view storage locations on the client in favor of performance over backup. IBM does not recommend this.

I have done this in the past because if the remote location is lost, the real value of view is lost (e.g., checked out elements that have been modified, etc.), regardless of whether the view storage location was also lost, or was located on a server.

The only reason I can see to keep the storage location on the server is that it makes it easier to remove the view if the view contents are lost (e.g., using rmview). However, if the view storage location is lost, it is still possible to remove the view from the registry with a few extra steps (unregister and rmtag).

Are there other reasons it is recommended to keep the view storage location on a server besides this one?

I can understand why you would want dynamic view storage located on the server, but question the tradeoff of performance if you have an excessive number of snapshot view locations on a server.

Thanks!