1

We have a big angular project that works with several APIs provided by other projects. This project has a common part that is shared by all. It includes smaller sections dedicated to different teams and back end APIs.

My question is "How to divide these sections into different teams through the git so that each team has access only to its own and shared sections"

Is the git submodules a good way to do this?

Robert Harvey
  • 198,589
  • 55
  • 464
  • 673
Hamid Mohammadi
  • 123
  • 4
  • 1
    Possible duplicate of [Choosing between Single or multiple projects in a git repository?](https://softwareengineering.stackexchange.com/questions/161293/choosing-between-single-or-multiple-projects-in-a-git-repository) – gnat Aug 28 '19 at 17:22
  • 1
    @gnat: That's not quite the same question, and the answers don't address this problem. – Robert Harvey Aug 28 '19 at 17:25
  • 1
    I think this older [SO question (How to set up a git repository where different users can only see certain parts?)](https://stackoverflow.com/questions/1196312/how-to-set-up-a-git-repository-where-different-users-can-only-see-certain-parts) is what you are looking for. – Doc Brown Aug 28 '19 at 18:14
  • 1
    See also https://stackoverflow.com/questions/24754103/git-access-control-on-directories . It says "yes, submodules is the way to go, if you really need this." – Doc Brown Aug 28 '19 at 18:18

1 Answers1

2

Usually you would want each team to be creating npm packages for their modules, and the other teams npm install those packages. This lets your inter-team dependencies be managed by the same process and tools as your third-party dependencies. This is a little more work up front, but easier to manage in the long run.

Git submodules can be used to accomplish what you want, but it can lead to problems like one team using a commit of another team's module that the other team doesn't consider "released." It's also harder to resolve situations like when you depend on a and b, which both depend on different versions of c. Submodules are mostly useful as a temporary measure when migrating from a subversion-style repo with a build system designed accordingly.

Karl Bielefeldt
  • 146,727
  • 38
  • 279
  • 479