Производительность в подверсии по сравнению с SourceSafe

Question

Производительность в подверсии по сравнению с SourceSafe

Я подозреваю, что это не полный ответ, но это слишком долго, чтобы оставлять комментарии. Создайте список словарей:

data = []
c.execute("""SELECT * FROM system_info ORDER BY pi_id DE0SC LIMIT 1""")
headers = [item[0] for item in c.description] # List comprehension
for row in c.fetchall():
    data.append([dict(zip(headers, row)])

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

5

visual-sourcesafe version-control svn

задан Riri 27 October 2008 в 09:57

8 ответов

Можно также найти этот вопрос релевантным.

Производительность

Существенное различие в том, сколько времени отдельные операции берут в SVN и VSS, находится в принципе SVN: время операции должно быть пропорционально размеру изменения, не размеру проекта. Это лучше всего замечено с, Получают последнюю версию (VSS) по сравнению с Обновлением (SVN). VSS "Добираются, последняя версия" всегда выполняет итерации по всем файлам в проекте, проверяя их состояние. Это берет очень долго. По сравнению с этим SVN проверяет историю проекта и только управляет файлами, которые были затронуты. В типичном сценарии это огромная победа, поскольку чаще всего только несколько файлов затронуты. Даже когда файл затронут, передавание изменения намного быстрее в SVN, чем в VSS, потому что только изменения передаются, по сравнению с целым файлом в VSS. То же верно для Фиксаций (Регистрация), где снова SVN намного быстрее, делая небольшие изменения в огромных файлах. Это относится к двоичным файлам также, поскольку SVN может сделать differencing с теми также (использующий XDelta в качестве его ядра differencing механизм).

Большинство важных инструментов

Для разработчика Visual Studio самые важные инструменты:

TortoiseSVN - получите доступ к репозиторию с помощью Windows Shell
AnkhSVN - Интеграция Visual Studio
некоторые также рекомендуют VisualSVN как интеграцию VS, но я думаю с AnkhSVN 2, интеграция уже достаточно хороша

Я даже иду до высказывания наличия TortoiseSVN и AnkhSVN, Вам не нужны "Инструменты ядра подверсии", установленные вообще. Базовые инструменты командной строки чрезвычайно полезны, например, для автоматизации, но для общей повседневной работы я никогда не использую их и устанавливаю их, не нужно для TortoiseSVN или AnkhSVN для работы.

Веб-доступ

Доступ по сети поддерживается исходно SVN и поддерживается чрезвычайно хорошо. Для VSS Вам нужны внешние приложения для этого и в то время как они не плохи, они не 1:1 к исходной среде, и их скорости все еще несколько недостает.

Как преобразовать

VSS2SVN является инструментом, который выполняет преобразование довольно быстро и обоснованно хорошо. На основе нашего опыта я настоятельно рекомендовал бы не использовать "стабильную" сборку, использовать ежедневный снимок вместо этого - это может обработать много объектов в истории, которые делают предыдущую сборку, переставшую работать полностью.

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

8