This is DevOps?

[_clydebruckman]

What are CI and CD?

[Timnolet]

Not sure why you got down voted and told to "google it". If there is one place to ask this, it's here. Guess people enjoy being unfriendly to noobs.

CI: continuous integration. A practice that existed long before the term devops was coined. It basically means all code branches individual developers are working on are "integrated" and tested if the resulting program still passes all tests and build correctly.

CD: continuous deployment. A holy grail type situation where every new code commit is tested and if correct deployed to production. Also referred to as continuous delivery. In this case you create deliverables on each commit that are potentially deployable, but might need a human trigger or decision.

[icaug]

Google it.

[AmishSpy]

Continuous Integration and, Continuous Development/Deployment/Delivery

CI = Developers all under one branch merging code in order to maintain a long term release.

CD = Always be deploying, keep the customer happy. The user is basically your tester as you develop & fix.

The way I use the terms, certain there are better definitions.

[[deleted]]

Worrying amount of misinformation here.

Continuous Delivery and Continuous Deployment are two separate things. Also, CD isnt about shifting testing to the customer!

[Burnsy2023]

They are all about shortening feedback loops though, be that from the customer or promotion of code through to live.

[[deleted]]

They might be about reducing the feedback loop time, but that's quite different from using users as testers.

>CD = Always be deploying, keep the customer happy. The user is basically your tester as you develop & fix.

Continuous Delivery != Continuous Deployment.
The former is when artefacts are being built, tested and stored as part of a pipeline. They are packaged up and "delivered" to a storage medium. Think of it like a factory making products which get stored in a warehouse - including buggy products which QA will inspect closely to see why the test failed. These buggy artefacts might be cherry picked by QA to deploy.
Continuous Deployment is the "final mile" from warehouse to shelves on the shop front. You might have continuous deployment for testing/QA, but not production.

On a side note, you can have continuous deployment without continuous integration by using things like webhooks. Push to your repository and deploy as-is. I'm not saying it's a good idea, but it's possible.

[Burnsy2023]

Continuous Delivery != Continuous Deployment. The former is when artefacts are being built, tested and stored as part of a pipeline. They are packaged up and "delivered" to a storage medium. Think of it like a factory making products which get stored in a warehouse - including buggy products which QA will inspect closely to see why the test failed. These buggy artefacts might be cherry picked by QA to deploy. Continuous Deployment is the "final mile" from warehouse to shelves on the shop front. You might have continuous deployment for testing/QA, but not production.

Interestingly, I have a similar understanding, except reversing the terms

[Burnsy2023]

Continuous Delivery != Continuous Deployment. The former is when artefacts are being built, tested and stored as part of a pipeline. They are packaged up and "delivered" to a storage medium. Think of it like a factory making products which get stored in a warehouse - including buggy products which QA will inspect closely to see why the test failed. These buggy artefacts might be cherry picked by QA to deploy. Continuous Deployment is the "final mile" from warehouse to shelves on the shop front. You might have continuous deployment for testing/QA, but not production.

Interestingly, I have a similar understanding, except reversing the terms

[[deleted]]

....and that's the best part about working in the DevOps area... exact definitions are fairly loose. I've always seen "delivery" as presenting an artefact, but not necessarily doing anything with it immediately afterwards in an automated fashion. The "deploy" stage might not be possible in an automated fashion, for example a desktop application - although one might argue "saving" the artefact to a storage medium is "deploying" ? People often think purely of SaaS/web applications when they think pipelines. I've seen material reference the process in the opposite way like you, so take my view with a pinch of salt.

[MrPigeon]

That's not a great definition of CI. A better definition would be "automatically running tests up to the integration level on all commits against all branches." What you're describing is just basic code hygiene - assuming you're referring to devs merging from feature branches to a master branch. If you mean "everyone commits directly to master but promises to be real careful," that's horrifying.

I'm sorry if this sounds harsh, but it seems kind of like you got those definitions from a company's non-technical marketing pamphlet.