Как лучше всего настроить Mercurial на статическое представление Clearcase? (Настроить кассовые крючки?)

Я хотел бы создать ртутный репозиторий в каталоге статического представления clearcase. Мой план состоит в том, чтобы клонировать из этого каталога, выполнять всю мою реальную работу в ртутном репо, а затем отправить свои изменения обратно в общий каталог Hg / Clearcase.

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

Стоит ли мне смотреть на ловушку pretxncommit? Или крюк? Кроме того, я не совсем понимаю, как писать фактические хуки. Я знаю команду clearcase, но не уверен, как сконструировать перехватчик для передачи имени файла для каждого файла в наборе изменений.

Предложения?


mercurial clearcase
person Chris Scott    schedule 27.02.2010    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Вопрос, на который я только что ответил 2 дня назад: Как связать git с ClearCase? может дать вам иллюстрацию этого процесса.

Мне нравится выполнять этап проверки / проверки ClearCase отдельно от работы DVCS:
Я разблокирую файлы по мере необходимости в репозитории DVCS (сделанном напрямую в представлении моментального снимка), а затем обновлю представление моментального снимка, которое сообщит мне «захваченные» файлы (которые я могу легко проверить и вернуть через графический интерфейс обновления cleartool).

Но если у вас есть клонирование репозитория DVCS в другом месте и отправка его обратно в локальное репо, которое не является представлением моментального снимка ClearCase, вы могли бы просто скопировать обратно view.dat скрытый файл вашего представления моментального снимка в корневой каталог DVCS. репо.
Этого простого файла достаточно, чтобы преобразовать обратно локальное репо в представление снашота ClearCase!
Затем вы делаете все файлы доступными только для чтения (кроме тех, которые были изменены после определенной даты, то есть времени, когда вы начали работать ), чтобы ClearCase не считал все файлы взломанными.
Остальное аналогично первому подходу: обновление, проверка / возврат.

person VonC    schedule 27.02.2010
comment
Я рассматривал подход с использованием захваченного файла (т.е. без какой-либо специальной настройки), и, хотя я думаю, что это хорошая отправная точка, есть причины, по которым проверка может завершиться неудачно, и было бы неплохо узнать это до того, как push будет успешным. Также спасибо за самородок о view.dat! - person Chris Scott; 28.02.2010