Две команды работают над двумя различными проектами «A» и «B». Некоторые файлы являются общими для обоих проектов и хранятся в каталоге «Common». Когда приближается дата выпуска проекта A, команда проекта A не хочет беспокоиться об изменениях в «Common», сделанных командой «B».Сделать каталог SVN локально доступным только для чтения
Большинство людей любят филиалы для таких вопросов, но я этого не делаю. Что я хочу, чтобы дать простую возможность КОМАНДЫ А
1) игнорировать все изменения, сделанные команда B к общим файлам
2) доля модификация общих файлов между членами группы А
Вот а, в, общие каталоги, как хранящиеся на SVN:
Common
.. A
.. B
идея я пытаюсь выполнить заключается в сделать «Common» каталог только для чтения и не обновляемые в команду A. Если они действительно хотят изменить общие файлы, они должны будут скопировать их в каталог «A» и зафиксировать их.
Есть ли способ, в идеале простой и изящный, делать «именно это»?
NB: Это упрощенная презентация проблемы. Есть больше, чем просто две команды, и больше, чем просто один «общий» хранилище
NB2: все команды используют TortoiseSVN
Похоже, именно для этого были созданы филиалы. Почему вы думаете, что вам не нравится, когда они используют для этого? – sbi
Использование ветвей не может быть обнаружено при изменении A или Common. Я хочу сделать немного сложнее изменить Common (просто чтобы разработчик немного подумал об этом) –