How to run automated tests after each commit?
In my last job as a software tester, we had a system, built by CEO long before I even joined the company, to run all the automated tests after each commit. So hundreds of tests been run all the time for several different software versions. A developer would do fixes, updates to the system, I could access the virtual machine through IP, to look at tests, find bugs, but I never went deep into figuring out the creation of such a thing.
But now a few years after I left that company I am considering getting into testing again in a place that has zero automated testing and I believe they would expect me to create proper automation (mostly for websites, not software). This testing after each commit is the thing I have no idea where to begin from. Are there tools that can help with that? Does it need to be programmed from scratch? I truly have no idea how that starts and even works what I saw in my first company.
Is there any source that would explain in depth the whole process of how to automatically run all tests after each commit or at least schedule the tests to be run at certain times day or night?
Or maybe I am overthinking and this is not at all necessary to do?
automated-testing
edited 17 hours ago
Michael Durrant
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
In my last job as a software tester, we had a system, built by CEO long before I even joined the company, to run all the automated tests after each commit. So hundreds of tests been run all the time for several different software versions. A developer would do fixes, updates to the system, I could access the virtual machine through IP, to look at tests, find bugs, but I never went deep into figuring out the creation of such a thing.
But now a few years after I left that company I am considering getting into testing again in a place that has zero automated testing and I believe they would expect me to create proper automation (mostly for websites, not software). This testing after each commit is the thing I have no idea where to begin from. Are there tools that can help with that? Does it need to be programmed from scratch? I truly have no idea how that starts and even works what I saw in my first company.
Is there any source that would explain in depth the whole process of how to automatically run all tests after each commit or at least schedule the tests to be run at certain times day or night?
Or maybe I am overthinking and this is not at all necessary to do?
automated-testing
edited 17 hours ago
Michael Durrant
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
2
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago
add a comment |
In my last job as a software tester, we had a system, built by CEO long before I even joined the company, to run all the automated tests after each commit. So hundreds of tests been run all the time for several different software versions. A developer would do fixes, updates to the system, I could access the virtual machine through IP, to look at tests, find bugs, but I never went deep into figuring out the creation of such a thing.
But now a few years after I left that company I am considering getting into testing again in a place that has zero automated testing and I believe they would expect me to create proper automation (mostly for websites, not software). This testing after each commit is the thing I have no idea where to begin from. Are there tools that can help with that? Does it need to be programmed from scratch? I truly have no idea how that starts and even works what I saw in my first company.
Is there any source that would explain in depth the whole process of how to automatically run all tests after each commit or at least schedule the tests to be run at certain times day or night?
Or maybe I am overthinking and this is not at all necessary to do?
automated-testing
edited 17 hours ago
Michael Durrant
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
In my last job as a software tester, we had a system, built by CEO long before I even joined the company, to run all the automated tests after each commit. So hundreds of tests been run all the time for several different software versions. A developer would do fixes, updates to the system, I could access the virtual machine through IP, to look at tests, find bugs, but I never went deep into figuring out the creation of such a thing.
But now a few years after I left that company I am considering getting into testing again in a place that has zero automated testing and I believe they would expect me to create proper automation (mostly for websites, not software). This testing after each commit is the thing I have no idea where to begin from. Are there tools that can help with that? Does it need to be programmed from scratch? I truly have no idea how that starts and even works what I saw in my first company.
Is there any source that would explain in depth the whole process of how to automatically run all tests after each commit or at least schedule the tests to be run at certain times day or night?
Or maybe I am overthinking and this is not at all necessary to do?
automated-testing
automated-testing
edited 17 hours ago
Michael Durrant
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited 17 hours ago
Michael Durrant
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited 17 hours ago
Michael Durrant
14.8k22165
edited 17 hours ago
Michael Durrant
14.8k22165
edited 17 hours ago
Michael Durrant
14.8k22165
14.8k22165
asked 21 hours ago
IronicIronic
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked 21 hours ago
IronicIronic
411
asked 21 hours ago
IronicIronic
411
411
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Ironic is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
2
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago
add a comment |
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
2
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
2
2
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago
add a comment |
2 Answers
2
active
oldest
votes
The running of test suites in the cloud, triggered by a commit is now a common practice in many organizations.
Every time you push a commit (usually in a branch, but that does include master) the tests are triggered to run.
The wonderful thing about is is that it can be set up in FIVE MINUTES or less.
Basically modern tools have this capability built in. You simply get an API key or a URL from one system and add it to the other system in a place that has been prepared for you.
For example: I've done this in multiple companies and personal projects with circlerCI. Every time I push my commit to github I have a hook that also triggers the test to be run in the cloud.
For circleCI you create a .circleci/config file that has the steps top build the server you need
In github you add the webhook as shown here
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
add a comment |
No, you are not over thinking this. Automating the testing and deployment of applications is key in modern software development. It is grouped in the DevOps category. Test automation is a very important part of this.
A typical test run scheduled on changes/commits is called a Continuous Integration or Build Server pipeline.
Most build systems are also regular schedulers, they can also be used to run tests on a certain interval.
The flow of a build server pipeline:
- Monitors changes in a version control system
- Pulls the changes to a build agent
- Builds the source code
- Run the unit-tests
- Deploys the application to a staging environment
- Runs the integration tests
- Runs the end-to-end tests
- Do a static code analysis (security, test code-coverage)
- (optionally) Deploys to a production environment. (Called Continuous Delivery/Deployment)
There are a lot of different build automation software products. Some are heavyweight, some are lightweight and do everything locally. See this list for a general idea.
If you are not the sysadmin type I would suggest to use a cloud-based tool, but if you like to play with servers I would certainly try to set up your own pipeline from scratch.
Although I have a preference in certain tools I suggest you do your own research, this article might be a good start: https://stackify.com/top-continuous-integration-tools/
Other reads:
- https://jenkins.io/pipeline/getting-started-pipelines/
- https://dzone.com/articles/learn-how-to-setup-a-cicd-pipeline-from-scratch
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "244"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Ironic is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsqa.stackexchange.com%2fquestions%2f38820%2fhow-to-run-automated-tests-after-each-commit%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The running of test suites in the cloud, triggered by a commit is now a common practice in many organizations.
Every time you push a commit (usually in a branch, but that does include master) the tests are triggered to run.
The wonderful thing about is is that it can be set up in FIVE MINUTES or less.
Basically modern tools have this capability built in. You simply get an API key or a URL from one system and add it to the other system in a place that has been prepared for you.
For example: I've done this in multiple companies and personal projects with circlerCI. Every time I push my commit to github I have a hook that also triggers the test to be run in the cloud.
For circleCI you create a .circleci/config file that has the steps top build the server you need
In github you add the webhook as shown here
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
add a comment |
The running of test suites in the cloud, triggered by a commit is now a common practice in many organizations.
Every time you push a commit (usually in a branch, but that does include master) the tests are triggered to run.
The wonderful thing about is is that it can be set up in FIVE MINUTES or less.
Basically modern tools have this capability built in. You simply get an API key or a URL from one system and add it to the other system in a place that has been prepared for you.
For example: I've done this in multiple companies and personal projects with circlerCI. Every time I push my commit to github I have a hook that also triggers the test to be run in the cloud.
For circleCI you create a .circleci/config file that has the steps top build the server you need
In github you add the webhook as shown here
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
add a comment |
The running of test suites in the cloud, triggered by a commit is now a common practice in many organizations.
Every time you push a commit (usually in a branch, but that does include master) the tests are triggered to run.
The wonderful thing about is is that it can be set up in FIVE MINUTES or less.
Basically modern tools have this capability built in. You simply get an API key or a URL from one system and add it to the other system in a place that has been prepared for you.
For example: I've done this in multiple companies and personal projects with circlerCI. Every time I push my commit to github I have a hook that also triggers the test to be run in the cloud.
For circleCI you create a .circleci/config file that has the steps top build the server you need
In github you add the webhook as shown here
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
The running of test suites in the cloud, triggered by a commit is now a common practice in many organizations.
Every time you push a commit (usually in a branch, but that does include master) the tests are triggered to run.
The wonderful thing about is is that it can be set up in FIVE MINUTES or less.
Basically modern tools have this capability built in. You simply get an API key or a URL from one system and add it to the other system in a place that has been prepared for you.
For example: I've done this in multiple companies and personal projects with circlerCI. Every time I push my commit to github I have a hook that also triggers the test to be run in the cloud.
For circleCI you create a .circleci/config file that has the steps top build the server you need
In github you add the webhook as shown here
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
edited 13 hours ago
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
answered 17 hours ago
Michael DurrantMichael Durrant
14.8k22165
14.8k22165
add a comment |
add a comment |
No, you are not over thinking this. Automating the testing and deployment of applications is key in modern software development. It is grouped in the DevOps category. Test automation is a very important part of this.
A typical test run scheduled on changes/commits is called a Continuous Integration or Build Server pipeline.
Most build systems are also regular schedulers, they can also be used to run tests on a certain interval.
The flow of a build server pipeline:
- Monitors changes in a version control system
- Pulls the changes to a build agent
- Builds the source code
- Run the unit-tests
- Deploys the application to a staging environment
- Runs the integration tests
- Runs the end-to-end tests
- Do a static code analysis (security, test code-coverage)
- (optionally) Deploys to a production environment. (Called Continuous Delivery/Deployment)
There are a lot of different build automation software products. Some are heavyweight, some are lightweight and do everything locally. See this list for a general idea.
If you are not the sysadmin type I would suggest to use a cloud-based tool, but if you like to play with servers I would certainly try to set up your own pipeline from scratch.
Although I have a preference in certain tools I suggest you do your own research, this article might be a good start: https://stackify.com/top-continuous-integration-tools/
Other reads:
- https://jenkins.io/pipeline/getting-started-pipelines/
- https://dzone.com/articles/learn-how-to-setup-a-cicd-pipeline-from-scratch
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
add a comment |
No, you are not over thinking this. Automating the testing and deployment of applications is key in modern software development. It is grouped in the DevOps category. Test automation is a very important part of this.
A typical test run scheduled on changes/commits is called a Continuous Integration or Build Server pipeline.
Most build systems are also regular schedulers, they can also be used to run tests on a certain interval.
The flow of a build server pipeline:
- Monitors changes in a version control system
- Pulls the changes to a build agent
- Builds the source code
- Run the unit-tests
- Deploys the application to a staging environment
- Runs the integration tests
- Runs the end-to-end tests
- Do a static code analysis (security, test code-coverage)
- (optionally) Deploys to a production environment. (Called Continuous Delivery/Deployment)
There are a lot of different build automation software products. Some are heavyweight, some are lightweight and do everything locally. See this list for a general idea.
If you are not the sysadmin type I would suggest to use a cloud-based tool, but if you like to play with servers I would certainly try to set up your own pipeline from scratch.
Although I have a preference in certain tools I suggest you do your own research, this article might be a good start: https://stackify.com/top-continuous-integration-tools/
Other reads:
- https://jenkins.io/pipeline/getting-started-pipelines/
- https://dzone.com/articles/learn-how-to-setup-a-cicd-pipeline-from-scratch
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
add a comment |
No, you are not over thinking this. Automating the testing and deployment of applications is key in modern software development. It is grouped in the DevOps category. Test automation is a very important part of this.
A typical test run scheduled on changes/commits is called a Continuous Integration or Build Server pipeline.
Most build systems are also regular schedulers, they can also be used to run tests on a certain interval.
The flow of a build server pipeline:
- Monitors changes in a version control system
- Pulls the changes to a build agent
- Builds the source code
- Run the unit-tests
- Deploys the application to a staging environment
- Runs the integration tests
- Runs the end-to-end tests
- Do a static code analysis (security, test code-coverage)
- (optionally) Deploys to a production environment. (Called Continuous Delivery/Deployment)
There are a lot of different build automation software products. Some are heavyweight, some are lightweight and do everything locally. See this list for a general idea.
If you are not the sysadmin type I would suggest to use a cloud-based tool, but if you like to play with servers I would certainly try to set up your own pipeline from scratch.
Although I have a preference in certain tools I suggest you do your own research, this article might be a good start: https://stackify.com/top-continuous-integration-tools/
Other reads:
- https://jenkins.io/pipeline/getting-started-pipelines/
- https://dzone.com/articles/learn-how-to-setup-a-cicd-pipeline-from-scratch
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
No, you are not over thinking this. Automating the testing and deployment of applications is key in modern software development. It is grouped in the DevOps category. Test automation is a very important part of this.
A typical test run scheduled on changes/commits is called a Continuous Integration or Build Server pipeline.
Most build systems are also regular schedulers, they can also be used to run tests on a certain interval.
The flow of a build server pipeline:
- Monitors changes in a version control system
- Pulls the changes to a build agent
- Builds the source code
- Run the unit-tests
- Deploys the application to a staging environment
- Runs the integration tests
- Runs the end-to-end tests
- Do a static code analysis (security, test code-coverage)
- (optionally) Deploys to a production environment. (Called Continuous Delivery/Deployment)
There are a lot of different build automation software products. Some are heavyweight, some are lightweight and do everything locally. See this list for a general idea.
If you are not the sysadmin type I would suggest to use a cloud-based tool, but if you like to play with servers I would certainly try to set up your own pipeline from scratch.
Although I have a preference in certain tools I suggest you do your own research, this article might be a good start: https://stackify.com/top-continuous-integration-tools/
Other reads:
- https://jenkins.io/pipeline/getting-started-pipelines/
- https://dzone.com/articles/learn-how-to-setup-a-cicd-pipeline-from-scratch
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
edited 16 hours ago
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
answered 20 hours ago
Niels van ReijmersdalNiels van Reijmersdal
21.6k23172
21.6k23172
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
add a comment |
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
I'd add a side-node that for many companies cloud solutions aren't a legal option as code and/or data would leave their direct control. In such cases you need to setup your own tool chain, which isn't much harder these days.
– Frank Hopkins
4 hours ago
add a comment |
Ironic is a new contributor. Be nice, and check out our Code of Conduct.
Ironic is a new contributor. Be nice, and check out our Code of Conduct.
Ironic is a new contributor. Be nice, and check out our Code of Conduct.
Ironic is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Software Quality Assurance & Testing Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsqa.stackexchange.com%2fquestions%2f38820%2fhow-to-run-automated-tests-after-each-commit%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Have you done any research at all? There are many such systems, from those you host yourself (Jenkins, Concourse) to those provided as a service (Travis, Circle). Most support triggering by commit or scheduler.
– jonrsharpe
20 hours ago
2
If you are using .Net, Azure DevOps is worth reading up on.
– FDM
20 hours ago
###Continuous Integration I would suggest to start reading & researching on it as starting point at your own as it is broad topic. When you will research and will have more concrete questions , then post them.
– Vishal Aggarwal
18 hours ago
Do you already have nightly builds with associated tests? They're more important, but once you have the infrastructure for those then on-commit builds are a fairly easy extension. I certainly wouldn't maintain two different setups.
– MSalters
12 hours ago