Best Practices about kitchen-puppet HOT 7 CLOSED

Well if more people involved then this would be great.. !!!
But not merging commits directly to master I assume you mean I need to work on a fork or branch and merge like everyone else -)
I'm always happy to have more collaborators!!!!

from kitchen-puppet.

Definitely could be nice to have another contributor, and one of the biggest benefits would be code review on pull requests. Preventing each other from merging in code that could have been written better, etc

from kitchen-puppet.

@grubernaut @neillturner hi guys, thanks for your trust, I'm definitely willing to participate.

from kitchen-puppet.

Are we all in agreement with these proposed guidelines?

If so, we should close this issue

from kitchen-puppet.

yes this would be good so lets close. I think most of the functionality is there now but new versions of puppet and operating systems will create a testing maintenance issue. so beffing up the spec and fixtures so we have an automated test suite would be very useful.
to test different operating systems we need servers with the different oses. The free teir at aws would give a micro server that we could run up with different oses. AWS has a good amount of OS images.
of vagrant and virtual box might be the way. There is a new version of virtual box. maybe its faster and better.

from kitchen-puppet.

the e2e testing is an interesting topic. I have a positive experience with kitchen-docker, we can test several platforms within one instance, it's pretty efficient.

from kitchen-puppet.

for the record, travisci and circleci allow customers to run docker
containers, that could be a good fit for such e2e automated testing

On Sat, 12 Sep 2015 at 13:28 Yury Tsarev [email protected] wrote:

the e2e testing is an interesting topic. I have a positive experience with
kitchen-docker, we can test several platforms within one instance, it's
pretty efficient.

—
Reply to this email directly or view it on GitHub
#72 (comment)
.

from kitchen-puppet.