Я не думаю, что Visual Studio сохраняет файл особым образом, что может привести к тому, что файл сначала будет удален, а затем записан.
Учитывая, что в среде разработчика, такой как Windows, с Visual Studio, затмение
файлы часто бывают написаны с учетом регистра, а затем без учета регистра.
Следовательно, вы проверили дело вашего файла?
Не могли бы вы также проверить спецификации конфигурации, связанные с вашим представлением Windows? (и сравните его с вашим представлением Linux).
Я просто провожу 1/2 часа с Visual Studio 2005 / ClearCase / динамическим представлением и ... я вижу то же самое!
Единственный обходной путь, который я могу понять, - это добавить правило отсутствия выбора:
element /my/private/file -none
Таким образом, несмотря на то, что VS2005 удалить, а затем добавить приватный файл при сохранении, ClearCase не пытается восстановить версионный файл, поскольку он вообще не выбран.
Si, ответ может находиться не в VS2005 (я изучил варианты, не видя очевидных настроек, изменяющих процесс сохранения ...), а скорее в ClearCase.
Дайте мне знать, если это поможет.
Как отмечено в комментарии, недостатком этого подхода является "un-eclipse", который больше не может быть вопросом перемещения / удаления личного файла, чтобы позволить ClearCase динамически восстанавливать версионный файл.
Теперь этот шаг должен быть дополнен другим, который должен комментировать правило не выбора в спецификации конфигурации.