Несколько django-приложений на пути к Python или в проекте - PullRequest
3 голосов
/ 10 февраля 2010

У меня есть проект django приличного размера, и когда я изначально его создавал, я держал все приложения в папке apps в корневом каталоге проекта. project/apps/articles, project/apps/video и т. Д.

Через некоторое время я решил перейти к передовым методам и сделать их более пригодными для повторного использования, поэтому я переместил их в их отдельные приложения, а затем по символической ссылке перевел их на мой путь к Python. каждый из них также является своим собственным git-репо.

Единственная проблема, с которой я сталкиваюсь, - это раздражение от того, что они все в своем репо. Это случается довольно часто, когда мы решаем что-то изменить во многих приложениях (примерно 7-8 сторонних приложений). Например, изменить название чего-либо в интерфейсе администратора или добавить что-то вроде юга. Мне приходится иметь дело с каждым репо, фиксировать, пушить, затем запускать промежуточные серверы, а затем, если все в порядке, запустить каждое приложение в производство. Это просто утомляет.

С тех пор, как я написал все эти приложения, они все больше разрабатывают сайт, поэтому постоянно происходит множество изменений. Я надеюсь, что как только все начнет стабилизироваться, возможно, эта проблема просто исчезнет, ​​поскольку массовых быстрых изменений не произойдет так много.

Кто-нибудь еще имеет дело с этим? Я включил pip / freeze и файлы требований и использую ткань, чтобы попытаться помочь с некоторыми повторениями, и хотя это помогает просто утомительно.

Так ли это делают другие люди? Сохранение своих собственных приложений (которые, вероятно, будут полезны для других людей) как переносимые независимые приложения. Я просто хочу втянуть их в основной проект, чтобы ускорить мой рабочий процесс.

Любые мысли приветствуются. Может быть, я просто ленивый.

1 Ответ

2 голосов
/ 10 февраля 2010

вы должны посмотреть на подмодули git . У меня есть приложения django в подпапке приложений, и некоторые из них являются подмодулями git. Мой основной проект связан с определенным коммитом в каждом репо подмодуля, поэтому он может развиваться отдельно, но также может быть легко обновлен:

git submodules update
...