Answers: <p>for a short or one liner you need gitops, and argocd is a proper tool to do it</p>
  <p>See we were using same with #axelor, we need to maintain the version of each module and environment separately so we need to git these rather the excel file methodology.</p>
  <p>Argocd is platform and definition from their <a href="https://argoproj.github.io/argo-cd/" rel="nofollow noreferrer">website</a></p>
  <blockquote>
  <p>Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes.</p>
  </blockquote>
  <p>How you will do it:
  You have to link all your repos inside the argocd as one application, and than create your deployment pipelines according to env, It have nice UI and can be done via command line too.</p>
  <p>If you need further details please don't hesitate to comment here</p>
  
Answers: CC BY-SA 4.0
Answers: 2021-09-23T12:46:58.120Z
Answers: hello! Could you please expand on your response with some reference and background to support this statement? Thanks!
Answers: Bruce Becker
Answers: CC BY-SA 4.0
Answers: 2021-09-24T01:25:05.260Z
Answers: sure, I will edit my answer
Answers: Siddique Ahmad
Answers: CC BY-SA 4.0
Answers: 2021-09-23T11:47:05.720Z
Answers: 2021-09-24T01:34:41.047Z
Answers: 2021-09-24T01:34:41.047Z
Answers: Siddique Ahmad
Answers: <p>While I also vouch for Argo CD and GitOps, it is important to mention that Argo CD alone is not enough to track deployments and versioning, especially across multiple environments.</p>
  <p>We are building Reliza Hub to bridge that gap - see my write-up here about a sample project and how it allows you track different environments and drifts - <a href="https://itnext.io/building-kubernetes-cicd-pipeline-with-github-actions-argocd-and-reliza-hub-e7120b9be870" rel="nofollow noreferrer">https://itnext.io/building-kubernetes-cicd-pipeline-with-github-actions-argocd-and-reliza-hub-e7120b9be870</a></p>
  
Answers: CC BY-SA 4.0
Answers: 2021-10-01T16:08:11.067Z
Answers: 2021-10-01T16:08:11.067Z
Answers: taleodor
Body: <p>We are working with a ERP system (called Odoo, but that does not matter so much).
  It consists of many building blocks. Some of this modules/addons are dependent on others, some are standalone, but overall they all makeup the whole system.</p>
  <p>Problem is that we would like to track changes not only to code itself but also where it is deployed.</p>
  <p>We have many different servers where different instances of this ERP are working. With different set of modules and different versions. At the same time.</p>
  <p>Currently we store each module in a separate repository. We also have repositories where we store specific deployments. We are linking modules inside deployment repositories using git submodules.</p>
  <p>How would you go about tracking where each module and in what version is deployed? One could just create excel file where all the deployments would be listed. But it is not the way.</p>
  <p>I'm not even asking about proper CI\CD automation as I have no idea how to start. I just picked this topic as a starting point.</p>
  <p>I've seen <em>Deployments</em> tab inside Gitlab but it is working only inside single repository. We would need something like this for the whole group. Assuming we could setup a pipeline that would actually deploy the code.</p>
  
Comments: CC BY-SA 4.0
Comments: 2021-09-23T12:49:22.920Z
Comments: Hi! I feel there should be some clarification on what you mean by "deployment" here. Are you referring a module in deployment for a specific customer? In a specific zone? to a particular infrastructure? Could you elaborate please what exatly you need to track?
Comments: Bruce Becker
Comments: CC BY-SA 4.0
Comments: 2021-09-23T13:10:38.917Z
Comments: Sure! As a deployment we are referring to an installation of particular module inside customer's instance. So the same module could be installed for many different customers and we think about it as many different deployments.
Comments: AnJ
Comments: CC BY-SA 4.0
Comments: 2021-10-03T01:28:11.463Z
Comments: it's difficult to understand even what exactly you're deploying and where. Do you use docker containers? Do you use some orchestration tool like kubernetes? If your ERP system is built to single container, and you have separate modules in different repos, then you need heavily custom CI's in here. Actually I'd probably put everything to single repo with different worktrees per module. We need to see your repo structure first.
Comments: holms
Tags: <git><gitlab><deployment>
Title: How to track deployments of multiple interconnected repositories
UserDisplayName: AnJ
ThreadText: # How to track deployments of multiple interconnected repositories
  
  (Asked by: username_0 on 2021-09-22)
  
  We are working with a ERP system (called Odoo, but that does not matter so much).
  It consists of many building blocks. Some of this modules/addons are dependent on others, some are standalone, but overall they all makeup the whole system.
  
  Problem is that we would like to track changes not only to code itself but also where it is deployed.
  
  We have many different servers where different instances of this ERP are working. With different set of modules and different versions. At the same time.
  
  Currently we store each module in a separate repository. We also have repositories where we store specific deployments. We are linking modules inside deployment repositories using git submodules.
  
  How would you go about tracking where each module and in what version is deployed? One could just create excel file where all the deployments would be listed. But it is not the way.
  
  I'm not even asking about proper CI\CD automation as I have no idea how to start. I just picked this topic as a starting point.
  
  I've seen *Deployments* tab inside Gitlab but it is working only inside single repository. We would need something like this for the whole group. Assuming we could setup a pipeline that would actually deploy the code.
  
  **Tags:** git, gitlab, deployment
  
  > **Comments:**
  > **username_1**: Hi! I feel there should be some clarification on what you mean by "deployment" here. Are you referring a module in deployment for a specific customer? In a specific zone? to a particular infrastructure? Could you elaborate please what exatly you need to track?  
  > **username_0**: Sure! As a deployment we are referring to an installation of particular module inside customer's instance. So the same module could be installed for many different customers and we think about it as many different deployments.  
  > **username_2**: it's difficult to understand even what exactly you're deploying and where. Do you use docker containers? Do you use some orchestration tool like kubernetes? If your ERP system is built to single container, and you have separate modules in different repos, then you need heavily custom CI's in here. Actually I'd probably put everything to single repo with different worktrees per module. We need to see your repo structure first.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_3 on 2021-09-23. Score: 2
  
  for a short or one liner you need gitops, and argocd is a proper tool to do it
  
  See we were using same with #axelor, we need to maintain the version of each module and environment separately so we need to git these rather the excel file methodology.
  
  Argocd is platform and definition from their [website](https://argoproj.github.io/argo-cd/)
  
  > Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes.
  
  How you will do it:
  You have to link all your repos inside the argocd as one application, and than create your deployment pipelines according to env, It have nice UI and can be done via command line too.
  
  If you need further details please don't hesitate to comment here
  
  > **Comments:**
  > **username_1**: hello! Could you please expand on your response with some reference and background to support this statement? Thanks!  
  > **username_3**: sure, I will edit my answer  
  
  ---
  
  ### Answer by username_4 on 2021-10-01. Score: 0
  
  While I also vouch for Argo CD and GitOps, it is important to mention that Argo CD alone is not enough to track deployments and versioning, especially across multiple environments.
  
  We are building Reliza Hub to bridge that gap - see my write-up here about a sample project and how it allows you track different environments and drifts - <https://itnext.io/building-kubernetes-cicd-pipeline-with-github-actions-argocd-and-reliza-hub-e7120b9be870>
  
  
  ---
  
  