"Примирить автономную работу" в Perforce не работает для меня
В версии Perforce Visual Client 2009 для 32-разрядной версии Windows опция "Свернуть автономную работу" делает странные вещи. В среднем поле, где должны отображаться "Локальные файлы не в хранилище", я ничего не получаю. Что я вижу, так это то, что в первый раз, когда я сверяю папку, похоже, что перформанс заполняет поле "локальными файлами, не находящимися в хранилище", потому что список быстро мигает на моих глазах. Затем, внезапно, список быстро исчезает, и у меня остается пустой список. Кто-нибудь знает, как я могу заставить эту функцию показывать мне файлы, которые я еще не добавил? Кажется, что функции "Модифицированные файлы" и "Файлы хранилища отсутствуют в рабочей области" работают нормально.
Кроме того, как примечание, "Reconcile Offline Work", казалось, отлично работал в бета-версии 2009 года.
4 ответа
У меня была точно такая же проблема.
Решение для меня было неясным, но тривиальным.
Я просто изменил корневой каталог моей клиентской рабочей области с "C:\depot" на "c:\depot".
Да, верно, все, что я сделал, это сменил букву диска с прописной на строчную. И да, я проверил, что изменение буквы диска обратно в верхний регистр снова ломает его, и что изменение буквы диска обратно в нижний регистр снова исправляет это. Так что это не просто совпадение.
Это почти наверняка ошибка в функции согласования Perforce.
Если вы внимательно посмотрите на пути согласования, все они отображаются с буквой диска в нижнем регистре, даже если вы укажете букву диска в верхнем регистре, поэтому я предполагаю, что алгоритм сопоставления просто выполняет сравнение путей к файлам с учетом регистра. Это подходит для всего, кроме буквы диска. Их файловый список, вероятно, всегда устанавливает букву диска в нижний регистр, поэтому буква диска в верхнем регистре в корневом каталоге рабочей области клиента никогда не будет совпадать.
Я нашел проблемы с длинными именами файлов в p4 согласовать
из базовой директории
p4 примирить./...
никогда не вернулся.
но если я пройдусь дальше по дереву
Компоненты CD P4 согласовать./...
работал.
В конечном итоге я смог согласовать все дерево, увеличив каталоги, в зависимости от того, насколько длиннее ваши пути, это может работать для вас.
Это, конечно, иногда случается. Кажется, проблема, вероятно, произойдет, если я каким-то образом изменю представление рабочего пространства и / или обновлю P4V до новой версии. Таким образом, решение, которое работало для меня в прошлом, состояло в том, чтобы уничтожить проблемное рабочее пространство и создать новое (иногда приходится также выбирать другое имя).
Возможно, удаление.p4qt и.p4scc в вашем домашнем каталоге пользователя тоже может помочь.
Кстати, некоторое время назад у меня был разговор с поддержкой Perforce по соответствующей теме, и, поскольку подобные проблемы очень трудно воспроизвести, поэтому они мало что могли сделать.
У меня был случай, когда p4v показывал визуальный индикатор того, что в файлах были изменения, и выполнение diff показывало изменения соответствующим образом, но разрешение в любом родительском каталоге их не отображало.
Эти файлы были изменены путем понижения версии библиотеки с помощью установки пакета Unity, и их дата «последнего изменения» была старше, чем у ранее отправленных файлов. В OSX под управлением
touchКоманда для всех файлов в соответствующих каталогах обновила все время их изменения, и после этого сработало согласование.