Еще один ответ на ваш вопрос:
Предполагая, что у вас уже есть рабочая копия, вы должны просто использовать 'svn update' в корне каталога, содержащего просматриваемые вами файлы, поскольку он точно определяет, что изменилось между вашей текущей версией и версией HEAD с наименьшим количеством данных.
Старые системы управления исходным кодом, такие как CVS и VSS, запрашивали у сервера каждый файл изменился ли этот файл? , в то время как Subversion просто отправляет изменения дерева как одно действие. Когда вы передаете список файлов в svn update, у вас нет этого преимущества.
Поэтому самый эффективный способ передать то, что изменилось, это просто обновить. Это только передает двоичный diff изменений в HEAD по сравнению с базовой версией вашей рабочей копии.
Если проблема, которую вы пытаетесь решить, заключается в том, что svn update идет медленно, то мы пытаемся решить эту проблему для Subversion 1.7.
В этой версии будет представлен новый формат хранения данных рабочей копии, который сделает простые операции, которые должны блокировать всю рабочую копию (например, обновление), намного быстрее.