Спецификация централизованной конфигурации для представлений снимка экрана ClearCase - PullRequest
2 голосов
/ 27 января 2012

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

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

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

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

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

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

Мысли

1 Ответ

2 голосов
/ 27 января 2012

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

cleartool setcs -current

(как объяснено в примере # 2 этого технота )

Затем вам нужно будет решить, где хранить эту общую конфигурационную спецификацию:

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

Вы можете увидеть полную дискуссию в этой теме :

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

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

...