Git / Django: разрешение / доступность детального кода

Question

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

Каждый проект имеет четко определенные области, к которым им необходим доступ;прежде всего наши основные модели, а также отдельные части нашего приложения.

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

Каковы успешные стратегии организации кода и репозиториев так, чтобы третьи стороны могли получить доступ к основным моделям и выбранным функциям, не имея доступа ко всему? *так как это довольно редкая необходимость, я бы предпочел установку, которая не доставляет неудобств нашим основным разработчикам - их установка должна оказывать минимальное влияние.

Answer 1

Вы можете попробовать git-submodule как способ разработки каждого приложения в качестве своего собственного git-репозитория, в то же время позволяя разработчикам захватывать корень и все приложения одним "git clone". Это не совсем безболезненно, хотя, поскольку, когда вы делаете это, любые изменения в подмодуле должны быть зафиксированы там и затем снова в корневом репозитории, чтобы ссылаться на новый коммит подмодуля. Это, вероятно, неизбежно, так как если вы хотите, чтобы кто-либо, кроме основного разработчика, мог фиксировать данные для отдельного приложения, тогда фиксации приложения должны быть независимыми.