Django: не отвечает на изменения после git pull

У меня есть проект Django 1.6, использующий Gunicorn+Nginx. Я клонировал его на свой веб-сервер (DigitalOcean), и он выглядел нормально, и сайт работал.

Затем я внес некоторые изменения в проекты на своем ПК и отправил их на GitHub. Затем я загрузил обновления, используя git fetch -all и git reset --HARD. Проект в серверной части был успешно перезаписан (это я подтвердил, открыв файл, где есть изменения). Однако когда я открываю свой сайт в браузере, он отражает лишь некоторые изменения. Конкретно:

  1. часть HTML/CSS обновляется как самая новая версия;
  2. НО, urls.py и settings.py по-прежнему следовали старой настройке. Например, я создал URL-адрес «/login» в самой новой версии. Но при открытии браузера выдает ошибку. Казалось, что он все еще читает settings.py и urls.py старой ветки.

Я попробовал ветку git, она показала, что в настоящее время я работаю над основной, которая является самой новой;

Я также пытаюсь перезапустить Gunicorn и Nginx. Ничего другого не заметил.

Может ли кто-нибудь просветить меня? Очень ценю любую помощь.


git python django digital-ocean
person Steven Xie    schedule 22.11.2014    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Две вещи:

  1. git reset --hard просто удалит любые изменения в вашей текущей ветке, которые у вас могут быть. Попробуйте git fetch --all && git pull --rebase или git fetch --all && git pull.
  2. Попробуйте удалить все файлы .pyc. Простая команда для этого (при условии, что вы находитесь в корневом каталоге вашего проекта): find . -name '*.pyc' -exec rm {} \;
person generalpiston    schedule 22.11.2014
comment
Очень полезно попробовать удалить файлы .pyc. Если это не сработает, скажите об этом, и мы попробуем что-нибудь другое. - person Jon Kiparsky; 22.11.2014
comment
Спасибо @abeaamase и Джону Кипарски за быстрые ответы. Я попробовал 2 вещи, упомянутые выше. А потом я перезапустил nginx+gunicorn, но теперь проблема становится такой: Bad Request(400)... - person Steven Xie; 22.11.2014
comment
Затем я провел поиск и установил ALLLOWED_HOST в качестве моего доменного имени, и теперь проблема устранена, и я предполагаю, что настройка ALLOWED_HOST является причиной неправильного запроса 400. Спасибо, ребята, за помощь. @abeaamase . - person Steven Xie; 22.11.2014