How to start CI

From CitconWiki
Revision as of 12:24, 3 October 2015 by Glook (talk | contribs) (Created page with "What does it really mean? How do you know that you are really doing it? If we are all wondering that, how do we learn? :-) We start by going around the room and talk about...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search

What does it really mean? How do you know that you are really doing it? If we are all wondering that, how do we learn? :-)

We start by going around the room and talk about what we have learned about CI.

J: I don't know how to do it though I seem to be responsible for it. When I don't have to run tests on my local machine, I will know that I am well on my way.

P: Embedded software, no web deployments, and I've learned that I am not ready to scale my CI.

S: Just been a sponge this week. Not really doing CI other than getting some unit testing. As far as knowing when we're there... When we are doing deployments, running tests, and pushes to production in a few days.

I: Atlassian. Continuous integration with Bamboo. Interested in how to start. Does have some stories.

Worked with a guy once with no CI experience, dragging his feet, felt it was extra work. Days later, glad they were doing it and thought it was wonderful. It seems like people who are doing CI never go back after getting past a certain hump.

He once joined a team that had done CI before and each were certified scrum masters. We still had to learn what CI meant to each person.

G: New to all of this.

Summary of the last couple days: CI starts with regular checkins that triggers a constant build. After the build is complete, automated tests are run to varying degrees. The automated tests do different things but can include sanity of production value.