Оптимизация сборки в ClearCase Dynamic View - PullRequest
2 голосов
/ 22 ноября 2011

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

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

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

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

  • Можно ли как-то сделать, чтобы MVFS кэшировала все извлеченные объекты локально (у меня есть много места на жестком диске и в ОЗУ), в идеале, разделяя кеш между несколькими динамическими представлениями (когда я строю ветви функций, большинство файловдолжны быть идентичными между двумя разными ветвями)
  • Есть ли другие настройки, которые я мог бы настроить для ускорения локальных сборок?
  • Я делаю это неправильно (то есть есть ли лучший рабочий процесс для меня,учитывая, что создание снимков занимает около часа)?

1 Ответ

3 голосов
/ 22 ноября 2011

Учитывая, что вы можете иметь динамическое представление и представление снимка с такой же спецификацией конфигурации , я действительно рекомендую:

  • с динамическим представлением, готовым к операции слияния
  • затем, когда слияние завершено, обновите представление снимка (не нужно создавать его заново, что занимает слишком много времени. Просто запустите обновление)

Таким образом, вы получаете лучшее из обоих миров:

  • легкое и быстрое слияние в динамическом представлении
  • «быстрая» (er) компиляция в представлении снимка, выделенном для этого шага.

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

...