Использование ClearCase с Fedora

Question

Моя цель - использовать ClearCase (7.0.1+) на Fedora (12+, 64bit) в компании, где большинство разработчиков блаженно используют стандартную среду разработки CC / Windows. Мой последний опыт работы с git на Fedora 12, и я считаю, что это очень удобная и продуктивная среда программирования. На ум приходят два решения этой проблемы:

1. Предположим, что это работает, и исправьте поломку: установите ClearCase, который попытается скомпилировать поддержку в ядро. Это было сделано для некоторых производных Unix, поэтому, хотя и сложно (я пробовал это безуспешно шесть месяцев назад), есть некоторые рекомендации, которые можно найти. Насколько я могу судить, это большой кусок работы.

2. Проектирование и реализация моста: используйте cvs / subversion / git / etc. (предпочтительно git) выступать в качестве двустороннего канала между реальной разработкой кода и взаимодействием с корпоративным хранилищем исходного кода. Это будет частичный мост (с использованием ClearCase 7.0.1 под управлением Windows), а не полная копия хранилища в смысле DVCS. Опять же, некоторые работы по соединению с git / CC можно найти в Google, но они неполные и часто конфликтующие.

Предложения по другим решениям приветствуются, но мой основной вопрос: какое из этих решений, по-видимому, имеет наилучшие шансы на успех? Бонусные баллы за предложенные подходы для любого решения.

Answer 1

Возможно, вы захотите взглянуть на ClearCase Remote Client (при условии, что ваш репозиторий CC может быть доступен через http). Это автономный клиент, который ничем не хуже обычного клиента CC (честно говоря, я не думаю, что есть много чего), и он не делает ничего особенного с собственными файловыми системами и т. Д. Все, что он делает, это создает проверка снимков на вашем жестком диске, как в обычном клиенте контроля версий.

Answer 2

ClearCase и 64-битные архитектуры : вы найдете все поддерживаемые матрицы совместимости из этой статьи.

Из того, что я вижу, ни CC7.0.x, ни CC7.1.x не поддерживаются в Fedora. Период.
Вы можете попытаться установить его в любом случае, так как наиболее вероятно будет работать представление снимка (только MVFS зависимая от ядра файловая система вообще не будет установлена)
Даже с представлением моментального снимка это было бы не очень полезно, поскольку для всех операций CC (извлечения / проверки, сравнение с предыдущей версией ... требуется представление, способное запрашивать VOB-сервер - через службу Atd Location Broker)
У вас будет представление моментального снимка без запроса (без Vob).

---

При этом для аналогичной "автономной" или "сторонней" разработки я использую DVCS (в моем случае Git), которая позволяет мне:

• коммит и ветвление когда и как я хочу на моем ноутбуке дома
• push к моему репозиторию Git на работе (из git bundle), учитывая, что мое репозиторий Git напрямую в моем ClearCase (снимок) ) просмотр .

Если время, проведенное вне ClearCase (в другом репо на другом компьютере), не слишком велико , это прекрасно работает. Коммиты, которые вы повторно импортируете в ClearCase, не слишком далеки от исходного кода вашего представления ClearCase и образуют новую логическую «базовую линию».

Answer 3

Прошло очень много времени с тех пор, как я последний раз использовал ClearCase (и даже тогда он не был администратором), но я предполагаю, что необходимая поддержка ядра необходима для его фанки сетевой файловой системы для представлений с контролем версий?

Я использовал функцию ClearCase под названием «Снимки», которая в основном копировала представление в обычную папку файловой системы, чтобы его можно было использовать отдельно от сети, без какой-либо сложной сетевой файловой системы с управлением версиями. Может быть, возможно установить ClearCase без поддержки ядра и просто использовать снимки? Это даст вам примерно ту же функциональность, которую вы получите от реализации моста на другой VCS.