Repo and ref per application
See original GitHub issueI might be confused, but I don’t see a possibility for assigning a Git repo and a ref per application.
Most of our applications live in separate repositories, so as far as I can tell using pm2 deploy
is not a viable option?
We’re currently manually cloning all the repositories on our server and starting all the applications using an ecosystem.json that lives on the server.
Is this a use-case you might be looking into?
Issue Analytics
- State:
- Created 9 years ago
- Reactions:8
- Comments:6
Top Results From Across the Web
Repo Command Reference | Android Open Source Project
Use repo upload --replace PROJECT to open the change matching editor. For each commit in the series, enter the Gerrit change ID inside...
Read more >Check out multiple repositories in your pipeline - Microsoft Learn
You keep your YAML file in a separate repository from the application code. You want to trigger the pipeline every time an update...
Read more >Repositories - GitHub Docs
The Repos API allows to create, manage and control the workflow of public and private GitHub repositories. Repositories · List organization repositories.
Read more >ServiceNow application repository
By default, after you publish an application to the application repository, all your company instances are entitled to the application ...
Read more >Declarative Setup - Argo CD - Read the Docs
source reference to the desired state in Git (repository, revision, path, ... When creating an application from a Helm repository, the chart attribute...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I believe that it is designed to have 1 ecosystem.config.js per repo. I believe it is possible to do a workaround with the start file backtracking in the folder structure to another folder, but that’s not good practice. If you have separate repos, you should have separate ecosystem files.
If you really wanted to, set up a repo that contains sub repos. In the main repo you could have one ecosystem file. Again, not good practice. If you are separating your code into multiple repos, it is best practice to also separate out your deployment settings.
Each application would need their own ecosystem.json file.
I have several websites that run multiple applications, all under the same folder structure. These applications use the same database models and controllers, however, I have multiple node apps running to handle different portions of the application. So, if something happens in the backend scripts that just handle data processing, it doesn’t affect the frontend website.