3 ms·

Because it's not worth re-implementing the functionality available in Jenkins, Chef, etc. etc. etc.

• stonogo 11y ago
  This is a misunderstanding of the situation. Jenkins specifically has no business being anywhere near a production deployment; it is a development tool, despite "devops" people tending to use it as a web-interfaced crond. Automation should be tooled to the production environment by people who are familiar with the production requirements and -- most importantly -- by the people who will be expected to maintain the environment and respond to critical issues.
  • boon 11y ago
    What's wrong with using jenkins to invoke the local tooling?
  • rev_bird 11y ago
    > Jenkins specifically has no business being anywhere near a production deployment I'm curious about this -- what's wrong with using the same deployment tool for running dev _and_ the other environments? Jenkins itself is a life-saver for, like you said, doing development builds/testing/reporting, but if we've got one script that deploys an image to production, why not trigger it with a Jenkins job, if only to keep everything centralized and maintain coherent deployment histories?
• nickysielicki 11y ago
  Why do you think most people don't use cfengine?