Add continuous integration tool (CI)
See original GitHub issueSummary
In order to improve our deploy process, we want to integrate an automation tool.
This tool should check few routines like:
- Merge from
feature-branch
todevelopment
.- If tests are
OK
, allow merge
- If tests are
- Merge from
development
tomaster
- If tests are
OK
automatically merge
- If tests are
Possible solutions
Output
T.B.D
Issue Analytics
- State:
- Created 3 years ago
- Comments:5
Top Results From Across the Web
How to Setup Continuous Integration | Atlassian
Successfully adopting CI comes with huge benefits, including saving time and improving code quality. Learn how to setup continuous integration in 5 steps....
Read more >What is Continuous Integration: Testing, Software & Process ...
Continuous Integration (CI) is a development practice where developers integrate code into a shared repository frequently, preferably several times a day.
Read more >14 Best CI/CD Pipeline Tools & Frameworks | List for 2023
Achieve faster workflow and greater effectiveness with these CI/CD tools. Learn more about continuous integration and continuous delivery frameworks at ...
Read more >Continuous integration - CI - CircleCI
Continuous integration (CI) is a software development strategy that increases the speed of development while ensuring the quality of the code that teams...
Read more >20 Best CI/CD Tools (2022 Update) - Guru99
With many Continuous Integration tools available in the market, it is quite a tedious task to select the best tool for your project....
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’ve experience with the first three possible solutions, and I favor GitHub Actions since the codebase is already on GitHub.
@wlsf82 I’m considering keep this issue open as a aggregator for test coverage related tasks. If this is the case, ideally we should tag #144 in pull requests adding more tests. What you think about this?