Каталоги “Phantom” в репозитории SVN
Ваши urlpatterns правильные, что означает, что проблема, скорее всего, settings.DEBUG = False в файле настроек. Убедитесь, что settings.DEBUG равно True, и статические файлы должны загрузиться. Вы можете проверить это, используя manage.py shell и проверив значение флага DEBUG.
Единственные другие проблемы, которые нужно искать, это то, указываете ли вы на правильный файл urls в ваших настройках, проверяя настройку ROOT_URLCONF, и указывает ли ваш BASE_DIR на родительский каталог каталога static. Оба значения также могут быть проверены в shell.
Например, если ваш файл настроек находится в /path/to/root/blog/settings.py, то вы устанавливаете BASE_DIR как:
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
6 ответов
Это смотрит на меня как type, был создан некоторой Осведомленной о подверсии командой копии, затем переместился в текущий каталог с помощью Не зная подверсии копии. По моему опыту, этот вид вещи обычно происходит, когда операции рефакторинга пакета были объединены в цепочку вместе в Eclipse без промежуточных фиксаций. Как правило, Подверсия не обрабатывает его хорошо, когда Вы копируете/перемещаете, локально копировал/перемещал файл или папку, хотя я думаю, что версия 1.5 может обработать его лучше.
Для предотвращения этого в будущем фиксируйте между такими шагами. Если бы требуется скрыть прошедшие фиксации затем, я рекомендовал бы делать многоступенчатый рефакторинг на ответвлении и затем слиянии изменений назад в магистраль в той единственной фиксации, которой Вы были после.
, Если бы это не слишком много работы, затем я рекомендовал бы возвратиться к чистой рабочей копии и восстановить Ваши изменения, фиксируя после каждого шага. Если Вы рады потерять историю, т.е. разрешение нового IntegerType.java, чтобы не быть связанными вообще со старым IntegerType.java, то Вы могли проявить подход, предложенный BCS:
- Перемещение Ваши измененные файлы в некоторое временное местоположение, снимая любой
.svnкаталоги - Обновление Ваша рабочая копия в чистое рабочее состояние
- Копия Ваши изменения назад туда, где Вы хотите, чтобы они были
- Фиксация получающаяся рабочая копия
Вы запускали, просто копируя/перемещая каталог с командами ОС, или Вы запускали с материала SVN? Если бы Вы просто скопировали файлы через ОС, то у Вас все еще были бы скрытые папки, содержащие информацию о SVN, указывающую на старое местоположение.
Мой опыт состоит в том, что иногда локальная копия выходит из синхронизации с репозиторием. Я обычно решаю это путем восстановления работоспособности локального дерева каталогов, запуска с каталога с проблемой и пытаюсь сделать, делают очистку и обновление с каждым шагом.
Я предложил бы, для удаления (снаружи subversionso с комнатой или подобный), каталог выше теста, и затем работающий svn обновление там.
таким образом, если Вы не хотите получать совершенно новую рабочую копию, поскольку другие предложили, который мог бы быть самым безопасным подходом.
Простой способ зафиксировать много ошибок SVN состоит в том, чтобы отодвинуть целый каталог через ОС, обновление, чтобы получить другую чистую копию его и затем объединиться в чем-либо, что Вы изменили с некоторым другим инструментом, WinMerge и т.п.
После этого, можно сделать то, что Вы пытались сделать, но сделать это правильно :).
Произошло то, что вы выполнили извлечение папки, затем локально 'svn добавили и / или изменили что-то в / в этой папке, но до того, как вы зафиксировали свои изменения, оригинал папка была перемещена (или удалена) из репозитория SVN.
Все, что вам нужно сделать, это переключить текущую кассу на новое место в репозитории SVN. Итак, предположим, что у вас есть извлечение папки foo из пути / в / folder1 / foo, и этот foo был перемещен в путь / в / foo, вам просто нужно запустить:
$ svn switch path/to/foo
Вот и все ...; -)