Таким образом, который лучше, использование мерзавца-p4 или просто двигая .git каталог в рабочий каталог и имея по необходимости игнорирует его?
Я знаю, что это имеет приехать прежде, но было мало в способе повседневного личного опыта в сообщениях, которые я видел. Только несколько ответов. Я хотел бы получить известие от людей, которые используют мерзавца-p4 или использовали мерзавца "под покрытиями" в По необходимости repo, или предпочтительно оба.
И для тех людей, которые просто используют мерзавца под другим управлением версиями, я хотел бы услышать, как Вы имеете дело с уведомлением основного управления версиями изменений. А именно, с мерзавцем/по необходимости, когда Вы сделаны и готовы фиксировать изменения в по необходимости сервер, как заключают Вас сделка с сообщением по необходимости, каковы изменения там были?
Я изучил рычаги постфиксации с мерзавцем, но я хотел бы услышать любые другие идеи.
3 ответа
Я использовал Git-P4 на работе. Это двунаправленный мост, поэтому, если вы хотите использовать Git, а затем зафиксируйте свои локальные коммиты обратно в P4, это хороший способ пойти. Тем не менее, наша офисная политика имела культуру небольшого количества массивных коммит, а не многих маленьких, поэтому мне пришлось передать все изменения в один патч перед отправкой обратно в P4. Я бы хотел поддерживать прекрасную зернистую местную историю, но перебираясь за один выстрел, но никогда не мог справиться.
APROPOS Изменить уведомление. GIT-P4 создает патчи для каждого регистрации с вашего последнего и подает их в качестве отдельных изменений. Такое зеркало зеркала история главной ветви, над которой вы работаете в вашем хранилище GIT.
Я использую Git с TFS и решили пойти с вариантом 2: Сдвиньте каталог .git в и иметь TFS игнорировать его. Я делаю это по той же причине, что @noufal делает, у нас есть культура здесь «один большой коммит» против десятков крошечных комбинтов, которые я делаю в Git. Поскольку я только что совершаю TFS один или два раза в день, это не стоит того, чтобы я мог беспокоиться с пост-коммитными крючками или переадресами или что-то еще.
Думаю, это действительно зависит от компоновки вашего репозитория perforce - если вы работаете над относительно небольшим его разделом, я бы, вероятно, просто сразу удалил каталог .git дюйма. Это путь наименьшего сопротивления, и я успешно использовал его в небольших проектах.
Тем не менее, я боролся с этим подходом в больших репозиториях, вероятно, в той же степени, что и в рабочем процессе, в котором я работаю, а также в накладных расходах на управление всем этим. Я еще не взглянул на git-p4, но мне интересно изучить это дальше.