Search Results

Classifying changes as I/II is sometimes hard to agree even though we are guided by Mil HDBK 61, etc.

For instance, would you interpret a minor change on a customer approved spec always as I?
Or would you classify a major change on code as I prior to customer acceptance?

I will be doing an SCM related talk at a Japanese company site this spring. I realize I don't know much about the Japanese SCM scene (or Japanese software development in general for that matter).

Are there e.g. any differences to the processes and tools typically used in the west?

Thus, I'd like to get in touch with Japanese SCM/software engineers and other folks who are/have been working with software development in Japan.

Domo Arigato,
/Tomas

Quiz: At any point in time, Diff-against-Backed and Revert-to-Backed refer to the same version.

a) True. The term "Backed" is used by both operations to refer to the version you started with, meaning from the time of your last update or promote operation.

b) False. Diff-against-Backed refers to the latest version in the backing stream regardless of your last update or promote operation. The version you're diffing against could be a newer version in the backing stream.

I recently assisted a presentation of Rational Team Concert, and I am shocked.

It could have been, I am sure, some other product. I don't intend to bash RTC.

Reason for asking is that we now have a site that runs SD while the rest of the sites are on CM Synergy since long, and we want to start to learn of the possibilities of migrating from SD to CMS...

I think the task-based methodology is cool and very powerful but there are some issues and concepts that confuse me.

there is a simple comprehension question:

let there be a root object foo.c (Version: 1 , Release: test/1.0)

I am importing updates to ClearQuest data.

My import file is a text file that was created as export from another (non CQ) database. I select that I import "updates to existing records) however the import tools creates new records and updates also. I map id in the text file to the id in CQ.

Can anyone help, please? This is urgent.

I have baseline software code that I maintain in the the trunk of a cvs instance.

I wish to make client specific changes to that trunk that I can then merge only at the time of build and deploy both the baseline code and client specific code. However, I don't want the client specific code to ever become part of the baseline (trunk). What is the best way to do this?

Also, the number of files that I want to change with client specific changes is a very small percentage of the total number of files.

We have a single Oracle DB instance hosting around 20 repositories. These repositories in turn are mapped to around 60 projects(environments). Now there is a requirement to get only one repository (mapped to around 4 proejects / environments). Can this be achieved..if so how?

Appreciate any help in this regard.

Cheers
Vijay