Status: Before this becomes a real project, some of you guys has to suggest a different name! "Drux" is just too meaningless.
Additional drush commands for dealing with module dependencies in a code-driven development workflow.
drush dep
(drux-enable-dependencies)
Download and enable dependencies of all enabled modules.
drush obs [module 1] [module 2] [module 3]
(drux-find-obsolete)
Find all modules that could be safely disabled without disabling any of the modules specified as arguments.
Use case: The PULL situation
You pull code (modules and features) that a fellow developer has worked on. These modules could contain new dependencies. You run "drush updb" and "drush cc all", but the dependencies are still not enabled.
Solution:
Now in addition you run "drush dep", and everything is fine.
Use case: The PUSH situation
You worked on some modules (incl features), and want to push them upstream. Your fellow developers need to know which other modules they need to enable, so you add those as dependencies. But, how can you be sure you did not forget a dependency?
Solution:
You have one or more "seed" modules, with all the dependencies. You agree in your team that gitthese should always be enabled.