мой ответ вдохновлен моим собственным опытом работы, и в основном в книге две ложки Джанго который я настоятельно рекомендую, и где вы можете найти более подробное объяснение всего. Я просто отвечу на некоторые вопросы, и любое улучшение или коррекция будет приветствоваться. Но также могут быть более правильные манеры для достижения той же цели.

проекты
У меня есть основная папка в моем личном каталоге, где я поддерживаю все проекты, над которыми я работаю.

Исходные Файлы
Я лично использую корень проекта django в качестве корня репозитория моих проектов. Но в книге рекомендуется разделять и то и другое. Я думаю, что это лучший подход, поэтому я надеюсь начать постепенно вносить изменения в свои проекты.

project_repository_folder/
    .gitignore
    Makefile
    LICENSE.rst
    docs/
    README.rst
    requirements.txt
    project_folder/
        manage.py
        media/
        app-1/
        app-2/
        ...
        app-n/
        static/
        templates/
        project/
            __init__.py
            settings/
                __init__.py
                base.py
                dev.py
                local.py
                test.py
                production.py
            ulrs.py
            wsgi.py

хранилище
Git или Mercurial кажутся самыми популярными системами управления версиями среди разработчиков Django. И самое популярные услуги хостинга для резервного копирования GitHub и Bitbucket.

Виртуальная Среда
Я использую virtualenv и virtualenvwrapper. После установки второго необходимо настроить рабочий каталог. Мой на моем /главная/envs каталог, как рекомендуется в руководстве по установке virtualenvwrapper. Но я не думаю, что самое главное, где он находится. Самое главное при работе с виртуальные среды сохраняют требования.txt файл в актуальном состоянии.

pip freeze -l > requirements.txt 

Статический Корень
Папка проекта

Media Root
Папка проекта

README
Репозиторий root

лицензия
Репозиторий root

документы
Корень хранилища. Это python пакеты могут помочь вам сделать проще mantaining ваш документация:

• reStructuredText
• Сфинкс

эскизы

примеры

база данных

мне не нравится создавать новый . Я просто добавляю файлы с именем settings_dev.py и settings_production.py поэтому мне не нужно редактировать BASE_DIR. Подход ниже увеличивает структуру по умолчанию, а не изменяет ее.

mysite/                   # Project
    conf/
        locale/
            en_US/
            fr_FR/
            it_IT/
    mysite/
        __init__.py
        settings.py
        settings_dev.py
        settings_production.py
        urls.py
        wsgi.py
    static/
        admin/
            css/           # Custom back end styles
        css/               # Project front end styles
        fonts/
        images/
        js/
        sass/
    staticfiles/
    templates/             # Project templates
        includes/
            footer.html
            header.html
        index.html
    myapp/                 # Application
        core/
        migrations/
            __init__.py
        templates/         # Application templates
            myapp/
                index.html
        static/
            myapp/
                js/  
                css/
                images/
        __init__.py
        admin.py
        apps.py
        forms.py
        models.py
        models_foo.py
        models_bar.py
        views.py
    templatetags/          # Application with custom context processors and template tags
        __init__.py
        context_processors.py
        templatetags/
            __init__.py
            templatetag_extras.py
    gulpfile.js
    manage.py
    requirements.txt

я думаю, что это:

    settings.py
    settings_dev.py
    settings_production.py

лучше, чем этот:

    settings/__init__.py
    settings/base.py
    settings/dev.py
    settings/production.py

эта концепция применима и к другим файлам.

я обычно место node_modules/ и bower_components/ в каталоге проекта по умолчанию .

времени vendor/ каталог для подмодулей Git, но обычно я помещаю их в .

вот что я следую в своей системе.

1. Все Проекты: есть каталог проектов в моей домашней папке то есть ~/projects. Все проекты покоятся внутри него.

2. Индивидуальному Проекту: Я следую шаблон стандартизированной структуры используется многими разработчиками под названием Джанго-скел для индивидуальных проектов. Он в основном заботится обо всех ваших статических файлах и носителях файлы и все.

3. виртуальная среда: у меня папка virtualenvs внутри моего дома для хранения всех виртуальных сред в системе, т. е. ~/virtualenvs . Это дает мне гибкость что я знаю, какие все виртуальные среды у меня есть и могу легко использовать!--3-->

вышеуказанные 3 являются основными разделами моей рабочей среды.

все остальные части вы упомянули в основном зависят от проекта к проекту (т. е. можно использовать разные базы данных для разных проектов). Поэтому они должны жить в своих индивидуальных проектах.