Вопрос про github

Вынеси пароль в отдельный конфиг.

Есть, выбирай: settings.conf (в git) и settings.conf.local с тем, что в git не должно быть. Или закрытый репозиторий (но лучше git'у такое всё же не доверять).

Хз, вроде нельзя вынести в отдельных конфиг. Файл settings.py из Django. Django все настройки оттуда берет.

Есть, выбирай: settings.conf (в git) и settings.conf.local с тем, что в git не должно быть.

Не понял вас.

Или закрытый репозиторий

Нужен открытый.

я не джангист, но вообще принято класть в репу settings.py.example, или что-то вроде того, а юзер, который приложение настраивает, уже должен его скопировать в settings.py, и вбить туда пароли и т.п., и ессно файл должен быть в .gitignore

Есть, выбирай: settings.conf (в git) и settings.conf.local с тем, что в git не должно быть.

плюсую. сам так делаю в проектах на ноде. но в джанге, думается, это несколько сложнее, хотя и наверняка возможно.

Есть 2 решения.

1. Хранить базовые конфиги под другим расширением, чтобы юзеру можно было либо переименовать без изменений либо написать свои. Например вот: https://github.com/nodeca/nodeca/tree/master/config . Создание копий с правильными расширениями можно заскриптовать.

2. Хранить приватные данные в шифрованном виде, а ключ расшифровки на сервере. Пример http://docs.travis-ci.com/user/build-configuration/#Secure-environment-variables

Как тут не только я и говорят: общий конфиг с установками по умолчанию в git и частный конфиг на сервере с локальными установками (вне git), имеющий более высокий приоритет.

в settings.py пропиши дозагрузку из secret.settings.py который содержит то чего в репах не должно быть

Да, нашёл уже на stackoverflow решение:

 
try:
    from local_settings import *
except ImportError:
    pass

Всем спасибо за наводку.

Файл settings.py из Django. Django все настройки оттуда берет.

А разве питон не умеет инклуды?

Если не хотим инклудов, то кладём в гит settings.py.example без всяких паролей, при первом деплое вручную копируем и меняем нужные данные. Ну и если что-то вдруг поменяется то опять же либо ручками либо скрипт в миграциях наколхозить (да, миграции могут использоваться не только для обновления структуры БД, но и для всяких прочих дел, хоть и не по фэншую).