Почему бы вам не создать отдельный список изменений, в который вы помещаете файлы, которые вы не собираетесь регистрировать? Он по-прежнему будет отображаться как редактируемый для других, но почему это имеет значение? Отслеживание этих файлов как изменений в CL дает вам простой способ вернуться к выполнению копии, когда вам нужно, а также объединить с любыми входящими изменениями.
Энди уже упомянул трюк «сделать запись». Чтобы вернуться из этой позиции, вы можете запустить действие проверки согласованности. Он найдет файлы, которые были изменены, но не извлечены. Это также хороший способ работать в автономном режиме. Сделайте его доступным для записи и затем запустите проверку согласованности, когда вернетесь в оперативный режим.
Другой альтернативой является копирование содержимого файла в буфер обмена, указание перформанса удалить локальную копию этого одного файла, а затем создать на его месте новый файл с содержимым из буфера обмена. С точки зрения Perforce файл на этом этапе не был синхронизирован с вашим рабочим пространством. Когда вы перейдете к синхронизации, вы получите уведомление о коллизиях с существующими локальными файлами, которые вам придется разрешить путем принудительной синхронизации или удаления локальных файлов.
Еще одна альтернатива, если вы часто редактируете определенный файл, - это использовать спецификацию клиента, чтобы полностью отобразить его. Perforce не будет пытаться синхронизировать его из хранилища, и вы можете поддерживать локальный эквивалент по своему усмотрению.
В некоторой взаимосвязанной ноте ... Если вы обнаружите, что часто делаете это, подумайте, что, возможно, то, что есть в Perforce, не такое общее, как должно быть. Возможно, можно добавить свойство или переменную среды, чтобы можно было переопределить некоторые настройки без редактирования файла.