Вопросы по SVN Опции

[Iron Bug]

можно, но неудобно. в самой сути SVN это не предусмотрено. там хранятся изменения и удаление одной или нескольких версий приведёт к очень сложным вычислениям, которые надо будет проделать, чтобы собрать то, что было и то, что осталось. они вроде хотели это поддержать, но я не в курсе, есть ли такая фича в новых версиях.
тем не менее, можно, если очень хочется, экспортировать репозиторий, прогнать через фильтр и создать новый.
я так делала, когда чистила старый репозиторий.
вот тут описано, как это делается.
http://robmayhew.com/delete-parts-of-subversion-history/
в сети есть ещё линки на эту тему.

[Алексей1153]

ок, попробую. только это ведь надо копию делать сначала?

Кстати, а как репозиторий относится к тому, если его тупо скопировать - он останется рабочим ?

[Iron Bug]

как репозиторий относится к тому, если его тупо скопировать - он останется рабочим ?

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

[Алексей1153]

Iron Bug, до меня внезапно допёрло, почему тот большой файл SVN не замечает на предмет изменений. Дело в том, что TrueType, когда монтирует диск из файла, запрещает всяческий доступ к этому файлу. А SNV, судя по всему, ловит изменения именно в момент изменений. И тут обламывается

[Iron Bug]

а, ну тогда понятно. но всё равно после размонтировки должен видеть изменения. он проверяет файлы, когда ты пытаешься коммитить.

[Litkevich Yuriy]

А SNV, судя по всему, ловит изменения именно в момент изменений.

нет он при своём запуске сравнивает содержимое файла с содержимым "рабочей копии" (из каталога .svn)

[Алексей1153]

Litkevich Yuriy, практика показывает, что это не так. Либо стоит ограничение на размер файла

[Iron Bug]

практика показывает, что это не так. Либо стоит ограничение на размер файла

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

[Iron Bug]

Небольшой хинт по SVN за NTLM проксёй:
Опыт запуска TortoiseSVN через NTLM аутентификацию на венде 7 64:
Выяснилось, что напрямую, через собственные настройки, он не хочет авторизоваться.
Добилась работы SVN с помощью 32-битного CNTLM(0.91rc6) прокси (качала отсюда: http://ftp.awk.cz/cntlm/).
Теперь SVN нормально работает с репозиториями в сети (по протоколу http) через прокси, с авторизацией через NTLM.
Правда, пришлось поковыряться с разрешениями на параноидальном вендозном брандмауэре: разрешить доступ для exe-шников прокси и открыть для локальных обращений порт 3128.

Сообщение отредактировал Iron Bug - 21.11.2011, 10:02

[Iron Bug]

Iron Bug, до меня внезапно допёрло, почему тот большой файл SVN не замечает на предмет изменений. Дело в том, что TrueType, когда монтирует диск из файла, запрещает всяческий доступ к этому файлу. А SNV, судя по всему, ловит изменения именно в момент изменений. И тут обламывается

кстати, о птичках: если у тебя стоит TortoiseSVN, то у него есть такая опция - где сканировать изменения, а где не сканировать. в новых версиях это TortoiseSVN->Settings(в командном меню венды). там есть раздел Icon Overlays(кто его так назвал по-идиотски - руки бы оторвать) и в нём - Exclude Paths и Include Paths. в общем, это пути, которые он пропускает и сканирует на предмет изменений. стандартно он сканирует все локальные диски(диски он читает при старте компа). для улучшения производительности (чтобы винтом не шуршал, зараза!) добавляем в Exclude Paths все локальные диски (я пишу по одному в строку: C:\, D:\ и т.д.), а потом в список Include Paths добавляем только нужные подкаталоги с кодом. Это оптимизирует работу SVN машины под вендой просто неимоверно(он перестаёт тиранить винт почём зря) и, вероятно, позволит тебе добавить твой "невидимый" сжатый винт.

Сообщение отредактировал Iron Bug - 19.12.2011, 15:13