Мы рассматриваем возможность использования ClearCase Multisite для разработки команды разработчиков оффшорной разработки. Другой вариант - это ClearCase Remote Client, использующий локальную (береговую) установку ClearCase. Кто-нибудь имел опыт использования Multisite? Является ли синхронизация и проблема управления суше способностью использовать толстый клиент?Каков ваш опыт работы с Clearcase Multiserver?
Это хороший вопрос. Я верю, что стоит использовать мультисайты, пока вы можете понять мастерство элементов. Если элемент освоен на сайте A, вы не можете редактировать его на сайте B до тех пор, пока вы не перенесите мастерство. Поэтому, если каждый сайт работает с одними и теми же фрагментами кода, тогда многоузловое будет больше проблем, чем того стоит, если охват не пересекается, а многоуровневый - хороший вызов. Clearcase очень чат в сети, и сохранение как можно большего количества мест - это хорошая идея.
Я согласен с стимулами. На самом деле, если у вас есть массивное одновременного развития на множестве файлов же, многосайтовый довольно тяжело установить и поддерживать ...
И если покрытие не пересекается, ... на самом деле мы перешли на CRC (но мы с CC7.0.1 здесь, CRC в 6.0 не был достаточно продвинутым). Это означает, что у вас есть хорошая связь, позволяющая вашему пользователю подключаться к веб-серверу, который представляет CRC, и который будет получать доступ к вашим виртуальным сообщениям для них.
Ваши удаленные клиенты будут либо использовать «полужирный» клиент (клиент Eclipse RCP ClearCase, разговаривающий с вашим CRC), либо веб-интерфейс для настройки их снимков.
Другой момента, который довез нас от Многоузловой системы лицензирования, вы не можете конвертировать VOB в «многосайтовых-совместимый» один без использования (более дорогая) многоузловой лицензии, даже для местных пользователей ..
Итак, если вы хотите использовать только многосайтовые лицензии для своих удаленных пользователей, вам необходимо изолировать свои данные в многостраничном vob, а затем повторите эти данные в обычном воблере!
В целом, я считаю, что Multisite - не единственный ответ команде разработчиков оффшорной разработки.
НО, как говорится, одна сильная сила механизма многоузлового является его способность синхронизироваться с дельтой исходя из различных источников:
Это означает, что если ваша связь не всегда с удаленным сайтом, Multisite может быть допустимым вариантом.
Одна из очень больших отличий между Multisite и CCRC заключается в том, что вы можете использовать только снимки снимков (но фактически называемые веб-просмотрами) с CCRC, тогда как Multisite может выполнять как моментальные снимки, так и динамические представления.
Как указано в предыдущем посте, есть также денежные и административные расходы.
Без дополнительной информации о размере оффшорной команды, о том, как они могут развиваться, как долго вы собираетесь использовать решение, размер бизнеса, опыт администрирования и время вашего персонала ClearCase. .. Хорошо, было бы сложно ответить на это точно.
MultiSite - отличный продукт и действительно позволяет удаленным сайтам таким образом, что CCRC этого не делает. Он также служит в качестве резервной копии replica для ваших VOB. Есть много вещей, чтобы рассмотреть, но не позволяйте сложность MultiSite отворачивать вас ... Я предлагаю вам заглянуть в CM/InSync для автоматизации MultiSite в настройке громкой связи.
Клиент CCRC в порядке, по сравнению с естественными динамическими представлениями. Это очень зависит от ваших требований и потребностей.
d.
@stimms "релиз инженера" он? Используете ли вы UCM?, И если да, то что вы думаете о ошибке «базовых линий паразитов», которую я натыкаюсь в 2003 году? (по-прежнему основной недостаток управления зависимостью от UCM на мой взгляд: http://www.ibm.com/developerworks/forums/message.jspa?messageID=6020151#6020151) – VonC 2008-10-06 20:21:54