Что Ваши события выполняют SVN в Windows?
В самой базовой форме он устанавливает link с высоким приоритетом rel="preload". В отличие от предварительной выборки, которую браузер может решить, является ли это хорошей идеей или нет, preload заставит браузер сделать это.
=== Более подробный взгляд: ===
Вот фрагмент из W3c
Многие приложения требуют мелкозернистого управления, когда ресурсы извлекаются, обрабатываются и применяются к документу. Например, загрузка и обработка некоторых ресурсов может быть отложена приложением для сокращения конкуренции ресурсов и повышения производительности начальной загрузки. Такое поведение обычно достигается путем перемещения ресурсов в пользовательскую логику загрузки ресурсов, определяемую приложением, то есть выборки ресурсов инициируются через введенные элементы или через XMLHttpRequest, когда выполняются особые условия приложения.
Однако существуют также случаи, когда некоторые ресурсы должны быть доставлены как можно раньше, но их логика обработки и выполнения подчиняется требованиям приложения - например, управление зависимостями, условная загрузка, гарантии заказа и т. д. В настоящее время невозможно выполнить это поведение без штрафа за производительность.
Объявление ресурса через один из существующих элементов (например, img, script, link) связывает извлечение и выполнение ресурсов. Принимая во внимание, что приложение может захотеть получить, но задерживает выполнение ресурса до тех пор, пока не будет выполнено какое-либо условие. Получение ресурсов с помощью XMLHttpRequest для предотвращения превышения поведения приводит к серьезному снижению производительности, скрывая декларации ресурсов от DOM агента пользователя и предзагрузочных парсеров. Извлечение ресурсов отправляется только при выполнении соответствующего JavaScript, что из-за обилия скриптов блокировки на большинстве страниц приводит к значительным задержкам и влияет на производительность приложения. Ключевое слово preload на элементах ссылок предоставляет примитив декларативного извлечения, который обращается к вышеупомянутому варианту использования, инициирующему раннюю выборку и отделяющую выборку от выполнения ресурса. Таким образом, ключевое слово preload используется как примитив низкого уровня, который позволяет приложениям создавать пользовательские загрузки ресурсов и выполнение поведения, не скрывая ресурсы от пользовательского агента и не вызывая отложенных штрафов за доступ к ресурсам.
Например, приложение может используйте ключевое слово preload для запуска раннего, высокоприоритетного и не-рендерингового извлечения ресурса CSS, который затем может быть применен приложением в соответствующее время:
blockquote>действительно глубокий взгляд на W3c: https://w3c.github.io/preload/
Но я был бы осторожен, если вы планируете использовать его в качестве поддержки браузера. не так уж и много, поддержка глобального браузеров составляет всего 0,18%.
Вот полный список: http://caniuse.com/#search=preload
12 ответов
Используйте Сервер VisualSVN. Это интегрируется с аутентификацией Windows, и это обрабатывает всю апачскую установку. Это является столь же безболезненным, как SVN может быть в Windows.
VisualSVN является способом пойти. Встроенная Поддержка Active Directory очень проста в использовании.
Я нашел, что VisualSVN приблизительно на 50% медленнее, чем выполнение SVN как собственный сервис. Я всегда принимал
это было из-за доступа с помощью http:// с Apache, который кажется, что это должно было бы быть медленнее
чем доступ через svn://, который является собственным TCP/IP.
Эксперимент
За прошлые 30 минут вот то, что я сделал:
- Установленный VisualSVN на порте 8080, бок о бок с моей существующей установкой SVN
- Импортированный три существующих repos в VisualSVN
- Ударенный все остальные от сервера
- Сделал бок о бок сравнения полного svn контроля
Результаты
Repo 1: 652 files, 273 directories, 60.1MB
23 seconds for VisualSVN over http://
16 seconds for SVN over svn://
Repo 2: 4623 files, 964 directories, 127.9MB
2 minutes, 18 seconds for VisualSVN over http://
1 minute, 30 seconds for SVN over svn://
Это находится на идентичном оборудовании с тем же самым репозиторием. Мне нравится, как легкий VisualSVN, но AD интеграция и GUI не стоят 50%-го хита производительности.
Кто-либо еще замеченный это различие? Я делаю что-то не так только после наряду с опциями стандартной установки?
У меня есть довольно всесторонние учебные руководства на моем блоге http://tv.inner-rhythm.co.uk/ о том, как настроить SVN с Apache и Trac, который мы используем в моей компании, которая работает на нас.
Я рекомендую TortoiseSVN. Это добавляет возможности SVN в Windows Explorer. Кроме того, проверка TortoiseSVN, чтобы видеть, используете ли IDE Вы, имеет поддержку SVN.
Trac является, конечно, лучшим веб-программным обеспечением для управления проектами, которое я использую, он интегрируется с подверсией, таким образом, Вы видите временные шкалы фиксаций, и diffs каждого присваивает версию, он позволяет билеты и отчеты об ошибках, и имеет созданный в Wiki.
http://trac.edgewall.org/wiki/TracOnWindows
Немного знания Python и легко встать и работающий (если Ваш на окнах, хотя, используйте tracd сервер: http://trac.edgewall.org/wiki/TracStandalone (эта ссылка покажет Вам, как установить ее как сервис окон).
Я использую комбинацию VisualSVN и Черепахи. Это не интегрируется хорошо с Visual Studio, но можно использовать другие плагины/приложения для этого.
Rich Strahl просто отправил запись в блоге при Выполнении Сервера VisualSVN для Управления исходным кодом Подверсии. Стоящий чтения:
Для резервного копирования я записал комбинацию пакетного файла и VBScript, который работает один раз в неделю как запланированная задача. Это:
- Сканирования через конкретную папку в файловой системе, рекурсивно ища репозитории SVN (у нас есть множество небольших репозиториев, поскольку мы нашли, что один uber-репозиторий быстро стал трудным поддержать и невыносимо замедлиться при использовании с TortoiseSVN);
- Использование svnadmin hotcopy на каждом репозитории, который, как находят, создал резервное копирование;
- 7zips все резервные копии в единственный архив;
- Монтирует долю на SAN и копирует архив;
- Удаляет все временные файлы;
- Посылает уведомление "об успехе" по электронной почте.
Сервер VisualSVN + Trac + TortoiseSVN + Ankhsvn.
Готово. Гладкий как шелк. Каков Visual SourceSafe должен был быть.
Выполнение SVN под апачем действительно не является этим трудно. И можно использовать mod_auth_sspi для интеграции с активным каталогом.
Я думаю, что Вы видите различие между svn протоколом и размещаете svn протокол на другом.
Подобные снижения производительности при использовании svn+ssh по сравнению с svn.
Простота установки, не сделал это никаким brainer для моей команды, мы просто бросили ее на vm и работали.