У нас есть хук коммита, который запускает 'svn update' для удаленной рабочей копии каждый раз, когда коммит завершается.Пользователи хотят видеть зафиксированные изменения, немедленно отраженные в этой удаленной копии.
Пользователи крайне недовольны производительностью запуска svn update для всей рабочей копии, поэтому меня попросили изменить ловушку для использования svnlook.изменено, чтобы найти обновленные файлы, а затем 'svn update' ТОЛЬКО эти обновленные файлы.
Производительность этого метода была получена очень положительно, но это привело рабочую копию в странное / поврежденное состояние - рабочую копиюполучает обновления, но думает, что у него есть локальные неверсионные копии файлов синглтон-обновлений, извлеченных из хранилища.
Я пытался понять разницу между синглтон-обновлением и полным обновлением репозитория, чтобы выяснить, почемуэто происходит.Выполнение обновлений таким способом не кажется хорошей практикой, особенно с учетом этих проблем, но я недостаточно знаю, что происходит за кулисами в SVN, чтобы четко объяснить, почему, в частности, различия между 'svn update' и 'svn update FILE'.
Чем отличается SVN от запуска' svn update 'в хранилище по сравнению с файлом?
Это плохая практика?Будут ли «родительские» обновления на основе каталогов «достаточно хорошими» практиками?
В противном случае, как мне выполнять обновления SVN для каждого файла, чтобы избежать этой несовместимой проблемы с рабочей копией?