2008-10-30 6 views
6

Я сейчас перехожу из VSS в SVN, и я не уверен, как обмениваться файлами в SVN.Совместное использование файлов в SVN

В основном мы имеем следующую структуру в VSS

$MOSS 
    - Components 
    - ComponentA 
     - bin 
    - ComponentB 
     - bin 
    - GAC Mirror 

GAC Зеркало имеет общую копию всех библиотек DLL из бункера папки компонентов, которые позволяют легко копировать в GAC.

В VSS все, что вы делаете, это перетащить Dll из папки bin в папку GAC Mirror, и это работает, это жизнь.

Как бы это сделать в SVN?

Заранее спасибо.

ответ

1

У нас была та же проблема. Простой ответ заключается в том, что вы не можете обмениваться файлами в SVN - в конце концов нам пришлось реструктурировать наши каталоги и использовать пакетные файлы.

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

Для двоичных файлов, которые необходимо скопировать в несколько местоположений, мы храним их только один раз в SVN, а затем используем командные файлы, чтобы скопировать их в целевые местоположения на каждой машине разработчиков (или на машине сборки) ,

+1

Я нахожусь в процессе продажи перейти к SVN, и это не поможет, дело мое, дерн. – Arry 2008-10-30 11:03:30

+0

Нам все же стоило сделать изменения, потому что SVN быстрее, надежнее, имеет лучшую поддержку для внешних пользователей. Возможно, вы должны попытаться подчеркнуть другие хорошие моменты. Также оптимистическая стратегия фиксации повышает производительность (по сравнению с заблокированной проверкой файла/VST). – RickL 2008-10-30 11:22:00

+0

Arry, общие файлы в VSS бедны. Самая большая проблема заключается в том, что как только вы разветвляете папку, все общие файлы там разветвляются, поэтому вам нужно будет удалить их и повторно разделить. «Обычная» папка - хорошая альтернатива. – gbjbaanb 2008-11-12 14:43:10

2

I второй Rick на этом. Для меня вся концепция «совместного использования» (= с тем же файлом происходит в двух местах при выписке) является странной.

Я думаю, каждая система управления версиями имеет свое собственное мышление, неявно прикрепленное к ней. Я пробовал Perforce, и я остался с Subversion. Тем не менее, приведение ваших проектов к ним без изменения мышления, и, возможно, рабочий процесс может быть испорчен.

Book на svn является достойным прочитанным, чтобы получить некоторое представление о погружении, прежде чем совершить погружение. Вы можете выбрать только некоторые разделы, вам не обязательно читать все сразу.

Смежные вопросы