Какова разница между проверкой SVN и экспортом SVN?
Из того, что я знаю, экспорт не включает каталог .svn, который включает в себя метаданные, и checkout включил этот .svn каталог. Тем не менее, у моего коллеги была эта проблема в последнее время, что существует другое поведение для материала, скомпилированного из источников, которые проверяются и экспортируются из SVN-репо. Оба они скомпилированы правильно, но скомпилированный из svn export работает, но тот, который выгружен, не работает вообще.
PS: Скомпилированный материал - это ядро Linux 2.4, которое используется во встроенном устройстве. Изображение правильно компилируется и загружается, но извлеченный файл не работает. Это вызывает панику ядра во время insmod. Почему это могло произойти вообще?
PPS: Мы попытались проверить и скомпилировать инструмент, чтобы проверить разницу между двумя каталогами, экспортированными и извлеченными из SVN. Оба они одинаковы, за исключением каталога .svn.
svn export просто извлекает все файлы из ревизии и не позволяет контролировать ревизию. Он также не помещает каждый каталог в директории .svn.
svn checkout позволяет использовать управление версиями в каталоге, созданном, например. ваши стандартные команды, такие как svn update и svn commit.
Как вы сказали, в кассе есть каталоги .svn. Таким образом, это рабочая копия и будет иметь надлежащую информацию для фиксации (если у вас есть разрешение). Если вы делаете экспорт, вы просто берете копию текущего состояния репозитория и не сможете каким-либо образом зафиксировать какие-либо изменения.
Повторно ли вы выполняете проверку или экспортируете в существующий каталог?
Потому что, если вы, checkout будет обновлять рабочую копию, включая удаление любых файлов.
Но экспорт просто переносит все файлы из репозитория в пункт назначения - если пункт назначения является одним и тем же каталогом, это означает, что любые файлы, удаленные в репозитории, НЕ будут удалены.
Итак, вы экспортируете копию, может работать только потому, что она полагается на файл, который был удален в репозитории?
Любой случай, когда процесс сборки просматривает подкаталоги и включает в себя что-то, чего он не должен делать? Кстати, вы можете сделать юридический чек, а затем удалить .svn и все, что он содержит. Это должно дать вам то же самое, что и экспорт. Попробуйте выполнить компиляцию, которая до и после удаления метаданных была как бы.
(Чтобы дополнить ответ Джеральда...) Еще одно тонкое различие заключается в том, что, хотя команда:
svn checkout ...repos_location/my_dir .
помещает файлы в my_dir в текущий каталог (с папкой .svn)
в некоторых версиях svn, команда:
svn export ...repos_location/my_dir .
создаст папку с именем my_dir в текущем каталоге, а затем поместит в нее экспортированные файлы.
Используйте экспорт, если вы хотите загрузить (или дать кому-то) проект. Если вы работаете с проектом, используйте checkout.
Дополнительные размышления. Вы сказали, что insmod падает. Insmod загружает модули. Модули построены в другой операции компиляции из построения ядра. Ядро и модули должны быть построены из одних и тех же заголовков и т.д. Все ли модули, созданные во время сборки ядра, или они "существуют"?
Другая идея и что-то, о чем я мало знаю, это svn externals, которые (если используются) могут повлиять на то, что проверено на ваш проект. Посмотрите и посмотрите, не отличается ли это при экспорте.
Очень простая разница. Если вы просто хотите увидеть структуру своего проекта, перейдите на экспорт.
И если вы хотите работать с вашими файлами, вам нужно проверить, как он будет содержать папку .svn, которая содержит метаданные, которые делают рабочую копию, иначе вы получите ошибку при экспорте.
Если вы выполните svn export, а затем отредактируете некоторые файлы и затем выполните фиксацию, вы получите сообщение об ошибке:
../../xxx не является вашей рабочей копией.