Мартин прав.
Не существует «команды» для выполнения «подстановки ключевых слов» или «раскрытия ключевых слов» (что полезно для простой Revision System , но может стать источником проблем для Version System )
Вы можете найти больше для Расширение ключевого слова RCS здесь .
Ваш запрос требует, чтобы менеджер типов избегал конфликтов слияния, вставляя себя между файлом и настоящим менеджером типов, удаляя все ключевые слова RCS.
Статья " Менеджер слияния подстановок ключевых слов ClearCase " включает в себя:
- триггер (
keyword_subst.pl)
- новый менеджер типов (keyed_text_file_delta)
- новый новый тип элемента
- *
chtype для любого элемента, для которого требуется подстановка ключевых слов.
- триггер preop в операции checkin, связанный с этим новым типом элемента
... много работы, но все же выполнимо, наверное.
Как упоминалось в статье «Строка источника не может быть больше, чем 8192 символа.»: Если одна строка проходит эту длину, она должна рассматриваться как двоичный файл и больше не может быть кандидатом в этот менеджер типов.
Примечание: предлагаемое решение было сообщено как не очень эффективное .
- опубликовано на "Developerworks" и как таковое не поддерживается.
- Сам код триггера, вероятно, был чьей-то попыткой изучения Perl,
- Трудно заставить его работать на Unix
- применяется по умолчанию к текстовому файлу (не к файлам xml или html)
- it не поддерживает комментарий (это то, что вы просили в первую очередь). Вам нужно изменить скрипт, добавив
%c (комментарий) в поле $Log$.
Как уже упоминалось (просто укажите здесь информацию):
Есть и другие способы сделать то, что вы хотите, не добавляя информацию в версии ClearCase!
- Если «информация как содержимое файла» НЕ требуется, создайте подробный файл манифеста метаданных.
- Если требуется «информация как содержимое файла», добавьте шаг сборки, который захватывает эти файлы «подстановки ключевых слов» и добавляет соответствующее содержимое - просто не проверяйте файлы впоследствии!