Я использую подзаголовок для слияния изменений с соединительной линии в ветку и на этапе «лучшие практики» появляется уведомление о том, что рабочая копия не находится в одной ревизии. Ни один из файлов или папок в проводнике пакетов не имеет грязного индикатора и (через это раньше) даже после выполнения обновления, ни один из номеров версий не изменился. Что конкретно представляет собой подзаголовок для создания этого уведомления? Есть ли что-то, что я могу запустить из командной строки, чтобы подтвердить это?Проблема с Subversion с рабочей копией при одной ревизии
ответ
Это в основном означает, что у вас есть «Смешанная ревизионная рабочая копия», которая очень обычна и распространена. Если вы Google, вы найдете много объяснений. В блоге поста я написал много лет назад, верхний удар:
http://markphip.blogspot.com/2006/12/mixed-revision-working-copies.html
Subversion слияние работает намного лучше, если у вас есть рабочая копия в одной единой ревизии. Так что просто запустите обновление. Мастер слияния сделает это для вас, если вы позволите.
Вне Subclipse, в чистом выражении Subversion:
Вы WC может быть в чистом состоянии (без локального изменения), но - в смешанном. Смешанная рабочая копия будет появляться, когда часть дерева обновлена до ревизии, в отличие от «Main»
Шага воспроизвести
svn co http://mayorat.ursinecorner.ru:8088/svn/Hello/
A Hello\trunk
...
Checked out revision 34.
cd trunk
svn up -r 30
Updating '.':
...
Updated to revision 30.
cd ..\..
subwcrev Hello
SubWCRev: 'z:\Hello'
Last committed at revision 28
Mixed revision range 30:34
«Смешанный диапазон ревизий» предупреждают Вас и для Вашего случая. Я не могу вспомнить, может это проверить, и как быть с чистым клиентом SVN: всегда использовать SubWCRev в сборках-задач
Для чистой рабочей копии (svn up
в багажнике сделано) выход SubWCRev
subwcrev Hello
SubWCRev: 'z:\Hello'
Last committed at revision 34
Updated to revision 34
SubWCRev является частью of TortoiseSVN
- 1. Безопасно делиться рабочей копией Subversion между ОС?
- 2. Subversion: этот клиент слишком стар, чтобы работать с рабочей копией.
- 3. Файлы скрытой ревизии Subversion
- 4. subversion: Как: разница между измененной рабочей копией и альтернативной ветвью?
- 5. проблема с копией экземпляра
- 6. Текущая команда ревизии Subversion
- 7. Ошибка Ankhsvn: клиент слишком старый, чтобы работать с рабочей копией
- 8. Можете ли вы объединить ревизии с Subversion
- 9. проблема с мелкой копией!
- 10. Проблема с копией MSBuild
- 11. Разделение ревизии на две ревизии
- 12. См. Состояние файла при ревизии в Subversion?
- 13. Этот клиент слишком стар, чтобы работать с рабочей копией
- 14. Слияние рабочей копии svn с рабочей копией git и наоборот?
- 15. Subversion: Можно ли выполнять несколько операций копирования в одной ревизии?
- 16. проблема с копией в powershell
- 17. Проблема с автоматическим обновлением Subversion (клиент слишком стар)
- 18. Репозиторий Subversion имеет небольшой размер файла по сравнению с рабочей копией?
- 19. Проблема переименования Subversion
- 20. Subversion FSFS - как хранятся ревизии в репозитории?
- 21. Subversion: получить все файлы из ревизии
- 22. Номер ревизии Subversion для нескольких проектов
- 23. Проблема с копией с * .txt файлами
- 24. Как использовать WinMerge вместо TortoiseMerge при сравнении версии с рабочей копией
- 25. Ошибка «Слишком старый для работы с рабочей копией» с SVN в Mac OS X
- 26. Можно заставить SVN считать каталог рабочей копией?
- 27. Использование ревизии Subversion для публикации публикации ClickOnce?
- 28. git: проверить разницу между локальной рабочей копией и удаленной рабочей копией
- 29. После создания рабочей таблицы с копией скрытого листа «TEMPLATE»
- 30. svnkit: как получить номер ревизии рабочей копии?