Anna Fedoruk.Theworkflow.DrupalCamp Kyiv 2011
Upcoming SlideShare
Loading in...5
×
 

Anna Fedoruk.Theworkflow.DrupalCamp Kyiv 2011

on

  • 1,553 views

 

Statistics

Views

Total Views
1,553
Views on SlideShare
706
Embed Views
847

Actions

Likes
1
Downloads
8
Comments
0

3 Embeds 847

http://camp11.drupal.ua 845
url_unknown 1
http://translate.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Anna Fedoruk.Theworkflow.DrupalCamp Kyiv 2011 Anna Fedoruk.Theworkflow.DrupalCamp Kyiv 2011 Presentation Transcript

    • Drupal development: The workflow Anna Fedoruk, Sterno.ru
    • Gold Sponsor ofDrupalCamp Kyiv 2011
    • Silver Sponsors ofDrupalCamp Kyiv 2011
    • Table of contents1.Dark side of Drupals power2.Whats the problem and how to deal with settings in DB3.Approach 1: migraine-powered workflow4.Approach 2: features-driven development
    • Why developers cry?Drupal is great:• Flexible• Build whatever you want• Powerful tools like CCK, Views, Rules, Panles etc. So whats the problem?
    • Why developers cry?OMG, the settings in DB!• Enabled modules and their settings• Blocks, taxonomy vocabularies, CCK content types• User roles, permissions• Views, Rules, Contexts, Panels...
    • Why developers cry?Migrations of DB-ed settings are very time- consuming, boring and error-prone
    • What can we do?We need to:• Track configuration changes• Migrate these changesApproaches:• Migrate changes in DB via versioned dumps• Move settings into code: Features ecosystem
    • The developers best friend: DrushTons of useful tools:• Modules enabling, disabling, downloading• Updates• Cache clearing• Dumps, backups, sync• ...• + modules add-ons
    • Approach 1: versioned DB dumps
    • Our experience with Migraine• Migraine by Noosphere Networks http://ashearer.com/software/server-administration/migraine• D6 modification by mukesh.agarwal17 http://www.blisstering.com/migraine-synchronize-your- development-staging-and-production-sites-databases-drupal-6• drush• drush add-on by Danil Semelenov
    • The point of MigraineMigraine knows how to deal with different types oftables: • Config tables • Content tables • Temporary tables • Cache tables • Ignore tables
    • Migraine Drush add-onA wrapper for migraine commands:• Create local DB dump• Restore DB from local dump• Full site migration including source code and DB• Sync files on local server with remote server
    • Migraine: workflowDeveloper 1: Developer 2:• Works with code and • pull configuration • Restores from special• Makes special dump dump• Lets Migraine know • Config migrates! about new tables (if any)• commit, push
    • Migraine: workflowMigration from @dev to @test:• Make special dump• Sync files• Migrate DBMigration from @dev to @prod:• Migration doesnt affect content tables• Manually correct content tables schema
    • Migraine: pros and consAdvantages:• As all tables are classified, no need to think• Doesnt require anything from componentsDisadvantages:• Hard to resolve conflicts in dumps• Chaos reigns• In fact you still need to think
    • Approach 2: code-driven development
    • Features: the ideaImage source: http://developmentseed.org/blog/2009/may/29/making-and-using-features-drupal
    • Features• Code-driven development: put all the settings into code• Features know how to deal with Views, CCK, Imagecahe, node types, user roles and permissions, Panels, Contexts, Rules and more
    • Features ecosystem• Features• Ctools exportables• Strongarm — variables• Boxes — custom blocks (replaces core «add block»)• Context — blocks, breadcrumbs and so on• Diff — a tool for work with features states
    • Feature is a module• .info — meta-info, dependencies• .module — place your code here• .install — usual install file• .features.incConfiguration blocks:• feature_name.<smthng>.inc — generated by Features module
    • Feature state can be:• Default — config in code = config in DB• Overriden — config in code != config in DB (needs revert or update)• Needs review — config in code != config in DB, code was changed
    • A feature workflowDeveloper 1 Developer 2• Creates feature • Pull• Enables feature • Enables/revert feature• Works with config • Config migrates!• Updates feature• commit, push
    • Features management• Web UI• Drush commands: o view features list o creates new feature o updates code state from DB o updates DB state from code (revert) o view differencies between code and DB states
    • Features without UITo create feature or add component:• Add meta-info and dependencies in .info file• Update feature
    • What about our coworkers?feature is a module, so one can use hook_install()и hook_update() to: • Enable modules • Add roles, url aliases etc. • Any custom codehook_update() to share with those who work in thesame timehook_install() to share with new developers
    • Contoller feature• Includes other features as dependencies• hook_install() and hook_updates() relfect general changes in the sites state
    • Features: The Workflow
    • Features: advantages• Easy to work with code in VCS• Features are reusable• Beautiful
    • Features: disadvantages• Requires more efforts to keep systems state up- to-date• Complex dependencies• Some components arent exportable
    • Useful links• More about Migraine o http://www.slideshare.net/drupalindia/migraine-drupal-syncing- your-staging-and-live-sites-presentation• More about Features o http://developmentseed.org/blog o http://nuvole.org/blog/code-driven-development o http://openatrium.com/
    • Contacts Anna Fedoruk, Sterno.ru afedoruk@sterno.ru @sternodevteam http://devteam.sterno.ru