Perforce не знает, что я хочу отправить изменения - PullRequest
3 голосов
/ 24 сентября 2011

Я новичок в Perforce. Мне намного удобнее с Git и некоторыми Subversion.

Так или иначе, вот что произошло:

  1. Я создал для себя ветку в p4v, расположенную в папке A на моей машине.
  2. Я создал проект Java в местоположении B, и скопировал в папку А на моем компьютере.
  3. Я создал и отправил список изменений для проекта Java.
  4. Я понял, что мне нужно внести еще одно изменение, поэтому я вернулся к Eclipse и отредактировал проект. Но я забыл, что проект в Eclipse указывает на проект в местоположении B.
  5. Итак, я скопировал проект из местоположения B в местоположение A, где находится ветвь.

Но теперь я не могу создать список изменений для правок, потому что Perforce считает, что изменений нет.

Что я сделал не так, как я могу это исправить, и каковы некоторые из лучших практик Perforce, чтобы избежать этого безумия в будущем?

Ответы [ 2 ]

5 голосов
/ 24 сентября 2011

Существует плагин Eclipse для Perforce . Если вы установите это, то сможете работать с проектом в Eclipse в месте A.

Если вы вносите изменения в какой-либо файл или параметр Perforce автоматически проверяет файл и помещает его в список изменений по умолчанию.

Затем вы можете либо вернуть его обратно, либо использовать P4V для управления списками изменений.

Как указывает @ jamesdlin Выполнение эффективно «владеет» файлами, и вам не следует вносить какие-либо изменения без «предварительного запроса» сначала явной командой p4 edit или с помощью плагина IDE.

Если вы внесли изменение без , предварительно проверив файл, вы можете просто позвонить p4 edit. Это не перезаписывает локальный файл, просто помечает файл как доступный для записи, если это касается Perforce. Выполните , следует , затем узнайте, что имеется ожидание редактирования, и позвольте вам подтвердить его.

4 голосов
/ 24 сентября 2011

Вам нужно сделать p4 edit для файлов перед их редактированием. Обычно файлы помечаются как доступные только для чтения, что настоятельно не рекомендует изменять файлы без предварительной маркировки для редактирования.

Лучшей практикой будет не бороться с правами только для чтения.

...