Настройка репо DevOps (Azure)

Question

Совсем недавно наш отдел перешел с TFS на DevOps Azure с помощью GIT.Мы все новички в том, что касается GIT.

В настоящее время есть несколько похожих программ, называемых импортерами.Мой первый инстинкт состоит в том, чтобы поместить всех упомянутых импортеров в Представительство. После того, как я это сделал, я хотел убрать только одного импортера для улучшения.После того, как я вытащил Repo, я, конечно, получил ВСЕХ импортеров, а не только one , в котором я нуждался.

Короче говоря, должна ли каждая независимая программа иметь свой собственный Repo?Есть ли прямой способ в GIT организовать подобные базы кода?(Структура папок или какой-то другой механизм ??)

Answer 1

Это зависит от ваших предпочтений на самом деле.Лучший способ - создать папку для каждого приложения (что вы, вероятно, уже сделали) и просто клонировать весь репозиторий.

Это работает, но вы все равно получите всех своих импортеров.Единственные способы их разделения:

• Создание репозитория для каждого импортера
• Создание ветки для каждого импортера

Система ветвейне лучший, так как он побеждает разделяющее их преимущество.Как возникает проблема с получением всех приложений (учитывая, что они находятся в отдельных папках)?

И, если пойти еще дальше, лучшим способом было бы получить определенный репозиторий для приложения, создать «общий»"пакет nuget, если требуется совместное использование кода, потому что приложения похожи и получают эти репозитории в проекте (импортеры?).

РЕДАКТИРОВАТЬ: я предлагаю вам хорошенько взглянуть на стратегии ветвления, которые поначалу могут вызывать трудности, нонесомненно увеличит вашу эффективность в долгосрочной перспективе.

EDIT2:

• GitFlow: http://nvie.com/posts/a-successful-git-branching-model/
• Anti-GitFlow: https://barro.github.io/2016/02/a-succesful-git-branching-model-considered-harmful/
• OneFlow: http://endoflineblog.com/oneflow-a-git-branching-model-and-workflow