Using Jenkins to Manage Scripts

From DevSummit
Revision as of 18:25, 5 May 2015 by Vivian (talk | contribs) (1 revision imported)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
  • Build executers is basically servers
  • You can run scripts
  • A build in this context is basically when a script has been run
  • It can tell you how long it took to run, how often it has been run
  • You can give permissions to different tasks
  • You can chain together builds
    • For example, you can have one script that gets a database dump and another that uploads the database to a staging site
  • Drupal.org uses Execute shell all the time, the other options are more Java scecific
  • Archive artifacts means that builds will keep files that are generated in a build
  • It can notify you when something breaks (email, irc, jabber, etc.)
  • You can run it locally, but it's a little overkill if you are just using it for yourself. It really becomes awesome when you're working with a team.
  • You can also include files (or whole git repos) and then run the scripts out of there instead of typing them directly into Jenkins

Example code: [ -d DIRECTORYNAME] || git clone --branch -master http:/git.xxx

cd DIRECTORYNAME

git pull

$ run the command you want in the directory