Комментарии 14
фигасе, у Вас картинка :)
а за статью спасибо, проверю на практике Ваши совета. Однако читая подобные статьи, у меня проскакивает мысль: «Черт, как же проще с этим в Ruby!»
Ну на самом деле достаточно было файлика setup.py. Остальное — какая-то жесть, если честно.
Причем здесь гит?
Зачем неймспейсы?
Зачем зависимости через requirments.txt вместо указания в setup.py?
Причем здесь гит?
Зачем неймспейсы?
Зачем зависимости через requirments.txt вместо указания в setup.py?
Гит как пример, что бы показать как ссылаться непосредственно на репозиторий.
Неймспейсы для удобства, так как пакетов много. Могут быть форки.
А requirments.txt может использоваться для установки сайта, так как нет нужды оформлять его в виде пакета.
Неймспейсы для удобства, так как пакетов много. Могут быть форки.
А requirments.txt может использоваться для установки сайта, так как нет нужды оформлять его в виде пакета.
Раздел «подготовка» с конфиграцией гита к чему?
Форки хранятся как форки в гите. Ссылки идут через pip install -e git+....pkgname@branch#egg…
requirments.txt удобно для развертывание проекта, да. К пакетам не имеет никакого отношения.
Вообщем у вас куча-мала какая-то.
Форки хранятся как форки в гите. Ссылки идут через pip install -e git+....pkgname@branch#egg…
requirments.txt удобно для развертывание проекта, да. К пакетам не имеет никакого отношения.
Вообщем у вас куча-мала какая-то.
Это не куча-мала, а пример инфраструктуры для сложных проектов.
Зачем паковать проект в пакет???
Если это пример пакета, то requirements и git тут не к месту абсолютно.
Если это пример пакета, то requirements и git тут не к месту абсолютно.
Пример. Есть Сайт1, Сайт2, Сайт3. Используют общую БД. Следовательно модели к БД и утилиты нужны общие. Например: новости, статьи, голосование — оформляются в пакеты. Сами эти пакеты используют ещё дополнительные утилиты по настройке админки, пагинатора и всякого сахара. Тоже оформляются в пакеты и прописываются в зависимости к новостям… Сами же сайты лежат на сервере как есть и просто используют requirements.
Сайты используют общую БД => все лежит в одной папке а для сайтов просто разный settings.py указывается при запуске (с разными SITE_ID).
Если хотите использовать один пакет в разных проектах (с разной БД но, возможно, одинаковой схемой), то пишете для пакета только setup.py и прописываете в зависимостях проекта этот пакет в requirements.txt проекта.
Вопрос:
При чем здесь git и зачем пакету requirments?
Если хотите использовать один пакет в разных проектах (с разной БД но, возможно, одинаковой схемой), то пишете для пакета только setup.py и прописываете в зависимостях проекта этот пакет в requirements.txt проекта.
Вопрос:
При чем здесь git и зачем пакету requirments?
НЛО прилетело и опубликовало эту надпись здесь
Я сначала подумал, что это памперсы
Сори за оффтопик:
есть постоянные вакансии для Pyhton(Django) программистов в офисе в Минске, на хороших з-п (до 3к). Если интересно пишите — skype tankgen
есть постоянные вакансии для Pyhton(Django) программистов в офисе в Минске, на хороших з-п (до 3к). Если интересно пишите — skype tankgen
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Python-пакеты и их использование