<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>

CC BY-SA 4.0
2021-09-23T12:46:58.120Z
hello! Could you please expand on your response with some reference and background to support this statement? Thanks!
Bruce Becker
CC BY-SA 4.0
2021-09-24T01:25:05.260Z
sure, I will edit my answer
Siddique Ahmad
CC BY-SA 4.0
2021-09-23T11:47:05.720Z
2021-09-24T01:34:41.047Z
2021-09-24T01:34:41.047Z
Siddique Ahmad
<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>

CC BY-SA 4.0
2021-10-01T16:08:11.067Z
2021-10-01T16:08:11.067Z
taleodor
<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>

CC BY-SA 4.0
2021-09-23T12:49:22.920Z
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?
Bruce Becker
CC BY-SA 4.0
2021-09-23T13:10:38.917Z
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.
AnJ
CC BY-SA 4.0
2021-10-03T01:28:11.463Z
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.
holms
<git><gitlab><deployment>
How to track deployments of multiple interconnected repositories
AnJ
# 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>


---

