Настройка моего личного репозитория на P4V - PullRequest
2 голосов
/ 15 июля 2011

Я новичок в управлении исходным кодом. Сейчас я работаю в команде, и мы используем Perforce ( GUI версия P4V). Я подключен к репозиторию моей команды и после того, как узнаю, что у меня что-то работает, я фиксирую новые файлы или свои изменения в репозитории.

Это все хорошо и здорово, но я не хочу слишком часто фиксировать вещи в их хранилище. Они запускают частые сборки, используя все эти файлы, и я считаю, что лучше что-то делать, когда они завершены и работают правильно, а не постепенно.

Моя проблема: я обнаружил, что я часто что-то напортачу в файле и понятия не имею, что я испортил. Было бы замечательно, если бы я мог просто вернуться к более ранней рабочей версии указанного файла. Однако из-за того, как я использую контроль исходных кодов моей команды, это невозможно. Я хотел бы настроить свою собственную локальную версию контроля исходных кодов моей команды, чтобы я мог совершать что-то гораздо чаще (но на самом деле они не все увидят). Я хочу, чтобы он был идентичным, но мои коммиты предназначены только для моего личного использования (и поэтому не испортили бы их сборку, если бы они не были идеальными).

Я, в основном, хочу клон репозитория , где я могу проверить вещи для личного использования, прежде чем регистрировать их в своем хранилище.

Как я могу это сделать? Я должен признать, что нахожу использование управления исходным кодом немного запутанным.

Ответы [ 3 ]

5 голосов
/ 15 июля 2011

Чтобы полностью ответить на ваш вопрос ... Используйте ответвления !!

Здесь сказано, что правила дорожного движения!

  1. Первое правило - Прибытие пораньше - Регистрация часто ..
  2. Второе правило - См. Правило одно!

Я могу полностью относиться к тебе, ябыл (много лет назад) очень расстроен этим, поэтому позвольте мне помочь вам.Давайте на минутку предположим, что у нас есть следующая структура данных

//depot/shared_project/...

Так что, если я вас понимаю, вы все работаете с этим деревом и хотите, чтобы ваша собственная песочница могла реализовывать правила, которые я заложилout .. Что если мы сделаем это ??

Давайте добавим некоторый порядок в этот хаос.Мы собираемся вставить пару деревьев в это, чтобы в итоге получить

//depot/shared_project/dev/...
//depot/shared_project/release/...

Затем в качестве нового участника, который придет по ветке от dev и к своей собственной песочнице, и сойдет с ума.Когда они будут готовы, объедините их изменения в dev.Когда dev готов к выпуску, мы интегрируем его в релиз. Это сохраняет здравомыслие среди разработчиков и позволяет всем воспользоваться преимуществами.Итак, как нам туда добраться.

Действия

  1. Отправьте электронное письмо, сообщив всем, кто зарегистрировался там в пятницу вечером.Мы будем переставлять вещи, и спецификации клиентов нужно будет немного изменить в понедельник.Вам не нужно этого делать, но это будет просто.

  2. Приходите вечером в пятницу .. Убедитесь, что все проверили все ..

p4 opened -a //depot/shared_project/...
  1. Убедитесь, что спецификация вашего клиента включает полное дерево //depot/shared_project/...

  2. Давайте переместимдревовидная структура ..

p4 edit //depot/shared_project/...
p4 move //depot/shared_project/... //depot/shared_project/dev/...
p4 submit -d "Small move to a real dev environment" //depot/shared_project/...

Теперь, когда это сделано, давайте поговорим о рабочем процессе (Как вы используете это ..)

  1. Создайте наш личный филиал ..
p4 integ //depot/shared_project/dev/... //depot/shared_project/casey_dev/...
  1. Внесите изменения в неработающий код и т. Д.

  2. Подготовьте его, объедините и разрешите конфликты.

p4 integ //depot/shared_project/casey_dev/... //depot/shared_project/dev/...
p4 resolve
  1. Submit !!

Надеюсь, что поможет

1 голос
/ 15 июля 2011

Филиалы работают, просто создайте филиал где-нибудь в депо, а затем проверьте свои изменения там.Когда вы будете готовы, интегрируйте из своей ветви обратно в основную ветку.

Кроме того, если вы можете подождать пару месяцев (или около того), откроются настоящие частные филиалы.Они называют это p4sandbox

0 голосов
/ 15 июля 2011

Это более проблематично с централизованными системами управления версиями, такими как Perforce, SVN и т. Д., Потому что не существует особой концепции личной, частной ветки.и проверьте свои изменения в общедоступной, но отдельной ветке - или попробуйте найти другие решения, такие как локальное управление файлами с помощью git и регулярную проверку файлов на производительность, но этот путь болезненный и требует экспертного знания обоихсистемы контроля версий.

Perforce достаточно хорош для слияния, по крайней мере, поэтому вы должны иметь возможность использовать ветку достаточно удобно и объединять ее с основной строкой кода так часто, как вам нравится.Ваша личная история, однако, будет видна.Это невозможно, если вы выберете контроль версий

...