Централизованная спецификация конфигурации для снимков моментальных снимков ClearCase

Question

У нас есть спецификация конфигурации, которую мы используем для наших сборок, которые мы призываем всех разработчиков в нашей организации использовать, чтобы они могли запускать любую задачу в нашей сборке, не опасаясь сбоя. Время от времени нам нужно обновить эту конфигурационную спецификацию, чтобы включить новые элементы или исключить старые элементы.

Когда мы это делаем, процесс заключается в том, чтобы написать быстрое письмо всем нашим разработчикам, в которых им сообщалось вручную обновлять любые представления, которые они используют для сборки нашей системы, с текущей спецификацией конфигурации.

Это раздражает и подвергает ошибкам и, таким образом, заставляет многих разработчиков просто игнорировать эти письма, а затем мы вызываемся из-за сбоя сборки.

Я очень заинтересован в том, чтобы определить конфигурационную спецификацию как-то так, чтобы все представления могли использовать эту конфигурацию, и мы можем обновить ее под людьми. Это может показаться драконовским, но когда у вас сотни разработчиков, и все они должны работать с одними и теми же сборками, это, кажется, имеет смысл.

Я уже исследовал идею использования доли для хранения конфигурации спецификации, а затем включить его во взглядах разработчика с использованием include линии, но как documentation states: «Включить файлы перечитать на каждом выполнении setcs и edcs. ​​" Это проявляется в тестировании, чтобы означать, что это означает, что единственный раз, когда правила пересматриваются, в контексте редактирования спецификации конфигурации каким-то образом.

Решение, которое я искал, будет переоценивать спецификацию конфигурации каждый раз, когда вы взаимодействуете с четким или, по крайней мере, обновлением. Таким образом, я мог бы управлять спецификацией config для всех.

Мысли?

Answer 1

Я могу работать, особенно если ваш включенный параметр конфигурации не изменяется слишком часто.
Каждый раз, когда она будет меняться, пользователи должны будут работать

cleartool setcs -current 

(как объяснено в example#2 of this technote)

Вы должны решить, где хранить эти общие конфигурационные спецификации:

• на доле
• на экране ClearCase, чтобы воспользоваться функцией истории для этого общего содержимого конфигурации конфигурации.

Вы можете увидеть full debate in this thread:

Однако, я сталкивался с ситуациями, когда контролируемая версией включаемый файл был необходим, поскольку оно относится к большому количеству элементов из унаследованного кода, который пользователей должны были использовать продолжить работу над некоторыми из нового кода. Это была боль, и нам пришлось жить с ней.

Как и любой другой «процесс», это тоже требует некоторого «образования» для пользователей .