Речь идет на SVN сервере создать такую директорию. Чтобы видимо не лазить по компьютерам юзеров.

Если бы вы хоть немного знали устройство и возможности Subversion, вы бы не писали таких глупостей. Человек конкретно спросил по фичу svn:externals, ни слова ни сказал про сервера и прочее. Вы что-то домысливаете себе, фантазируете... Половина темы замусорена вашим беспредметным флудом. Будьте принципиальны, воспользуйтесь своим право модератора и забантьте себя хотя бы на участие в этой теме за постоянный флуд и введение в заблуждение других участников, которые [пока] не разбираются в теме. Это сделает вам честь и поправит изрядно пошатнувшуюся репутацию.

Да, когда тролль -- модератор - это проблема...

Так. Все по регламенту.
Я высказываю свои мысли и стараюсь держаться в контексте автора топика.
Контекст напомню таков, насколько можно понять:
Есть небольшая фирма с программистами со своими достаточно изолированными проектами на которой всех хотят перевести на SVN.
Все!.

Это моя тема поскольку я сам работаю с такими фирмами. Более того, автоматизирую бизнес процессы. Думаю опыт имею.
Перевод темы на мировые проблемы как тут некоторые пытаются, и на проблемы корпораций я не делаю. Все корректно.

Последний вопрос стоял организовать директории в репозитарии. Где репозитарий у автора находится? Блин, на сервере!
Так кто кого тролит?

Кстати сейчас у меня стоит полная тестовая архитектура c TurtoiseSVN и VisualSVN Server с независимыми станциями в разных доменах со связью через удаленный роутер в интернете.
Все грабли SVN видны как на ладони.

С чего вы взяли, что там хотят организовать директории в репозитории? Человек чётко и ясно написал, что ему нужны выборочно фрагменты (директории) из разных репозиториев. Очевидно, что они ему нужны локально на своём компе. И он правильно предположил, что это можно простым способом организовать с помощью svn:externals. Почитали бы, что-ли, хоть доку на svn. Вдумчиво, не "по диагонали".


Я, кстати, не считаю, что вы троллите - троллинг предполагает, что тролль разбирается в вопросе. Моё мнение совпадает с высказанной andrew_b ранее в этой теме оценкой (пост №42):



Мне только не понятно, что даёт вам внутреннее право и уверенность безапелляционно нести чушь на тему VCS на протяжении многих страниц.

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

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

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

короче говоря мнимое удобство. просче и быстрее плоскую модель иметь. в конечном итоге именно на плоскую модель нацелены большинство
компиляторов и инструментариев.

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


Моя практика не интересна - она вполне ординарна и находится в русле общих подходов к этому делу, об этом знают все, кто применяет системы управления версиями по назначению.


Вы хотите, чтобы я вам пересказал содержимое мануалов и "проч. шелухи"? Пардоньте, это многовато букв и не формат для темы форума, да и смысла нет - кто хочет, тот будет разбираться по мануалам, а тут задаст конкретные вопросы, на которые уже можно конкретно ответить.


Что мешает тянуть externals не из HEAD (что по умолчанию), а из конкретной ревизии? Укажите номер ревизии, и пусть там они меняют свой HEAD сколько угодно, у вас будет стабильная привязка к конкретной версии.

правда жизни в том, что банальное сравнение с предыдущими версиями, поиск места "где же я за вчера накосячил" с SVN существенно удобнее и быстрее чем это сделает тотал коммандер.

Вообщем вы правы, если немного расшифровать ваш несвязный пост.

Если в директории какого либо рабочего проекта под SVN на компьютре одного юзера сделать поддиректорию выбираемую из другого репозитария SVN и зарегистрировать (commit) это в репозитарии рабочего проекта, то на компьютерах остальных юзеров после операции update того же самого рабочего проекта появится та же поддиректория с ее содержимым.

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

Хорошо, прогресс есть - вы поняли наконец, что речь с самого начала шла про рабочую копию (РК), а не сервер. Следующий уровень понимания будет, когда вы убедитесь, что мой пост в контексте заданного вопроса очень даже связный. Для этого вам нужно получше узнать, как работает механизм svn:externals.


Неправильно. Перечитайте внимательно тот мой "несвязный" пост - там очень связно и конкретно указано, что нужно сделать. Предварительно воспользуйтесь советом, данным выше - изучите механизм работы и применение svn:externals.


Кучу апдейтов делать не надо - достаточно одного для этой директории, куда назначены externals. Чтобы понять (если это необходимо), что изменилось в externals, а что нет, достаточно обычным штатным образом посмотреть svn log (или средствами GUI клиентов, я под вендой предпочитаю черепаху). В общем, один раз настраивается и дальше используется как обычно штатными средствами без всяких лишних телодвижений

Какую черепаху - TortoiseGit или ...SVN? Вы же говорили, что Git используете. Или что?

А вы знаете как работает svn:externals? Изучали структуры данных SVN-а?
Мы знаем только то, что написано в мануале. А еще я протестировал. Пока новой информации вы не сообщили.

Еще раз хочу напомнить, что рассматриваю локальную сеть пользователей с разными проектами.
Одной директорией вмещающей все external неверняка дело не ограничится. Будет их много.
И все превратится в абсурд. То что вы называете 'штатные средства' я и называю лишними телодвижениями, увеличением объема рутины.

Для таких вещей есть файл сервер.
Total Commander идеально для этого подходит.




Чтобы так делать вам надо SVN использовать просто как оперативный backup.
Получите нескончаемую череду версий, в которой невозможно будет что либо найти.
Сравнение, кстати, у SVN ужасно сделано по сравнению с Total.

В предыдущем посте имел в виду TortoiseSVN. Git использую сравнительно недавно и только для программерских проектов, а SVN использую уже не помню сколько лет (больше 10 точно). SVN очень хороша для своей модели (центральный реп) и, имхо, для хранения файлов типа электрических схем, печатных плат подходит лучше, чем Git.

Абсолютно аналогично. Только имхо вместо SVN для непрограммерских файлов еще лучше подходит CVS, где версии прирастают независимо у каждого файла.