Closed (fixed)
Project:
Deploy - Content Staging
Version:
6.x-1.x-dev
Component:
views_deploy.module
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
16 Nov 2009 at 13:48 UTC
Updated:
5 Nov 2010 at 16:08 UTC
Comments
Comment #1
dixon_Although the deployment API could solve this. I don't think it should. The deployment API is best suited for content and basic site settings I think. I would suggest you should look into the Features module for updating views on several sites. You also need a feature server for that to work smoothly.
Read more here: http://developmentseed.org/blog/2009/sep/03/5-minute-feature-server
Comment #2
iko commentedHmmm...
As far as I tested it, Features is somehow different, and a view imported via a Feature is dependent on the Feature (and on the features.module of course). What I find interesting with Deployment is the fact that, once a deployment plan has been pushed, the "umbilical cord" between source server and "live server" may be cut if necessary, and deployment and services.modules may be disabled if no more needed - the results of deployment plan still remaining in "live server" (unless I missed something ?). This meets my technical imperatives...
But may be I'm wrong about deployment.module.
Thanks anyway for your response...
Comment #3
dixon_You are totally right in what you are saying. Both ways have their advantages. I haven't looked to deeply into how Deploy is managing Views deployment. But I think I'd prefer a Feature setup with a Feature Server. I actually prefer that "tight" dependency on a feature. When having it "in code" that way, it's easier to revert or update changes between sites, imho.
Comment #4
gddThere is actually a Views deploy module that was hung up waiting for a patch to Services which allowed you to modify an existing view. I need to check to see if that patch ever actually got committed, and if so I can commit the Views support. It is a little bit of a hack for modifying views, but it does work.
Comment #5
iko commented@dixon_ : I perfectly understand your arguments, but in my case I do need to avoid as much long-term dependencies as possible, so features.module's behaviour is more a problem than a solution for me. Of course it may be different for anyone else.
@heyrocker : that's why I asked : couldn't understand why the views_deploy.module had been removed. Thanks for the explanation !
Comment #6
ahabman commentedI understand the explanation but am confused about why deployment of views is being advertised on the deployment page http://drupal.org/project/deploy "...stage Drupal data from one site to another. This includes [....] configuration (views, content types, system settings, etc.).
Any update on the Services patch?
Comment #7
petrocket commentedviews_deploy.module would be yummy even if it is limited.
Comment #8
akoymakoydpl commentedhow do i deploy views? the video on the screencast on the deploy module page is telling what to click but i dont see the "deploy" link on the views menu. How do i enable that link. I already created a deployment plan and it shows up on the site information page already but not on the views.
Comment #9
giorgio79 commented+1
Comment #10
gddI just committed the views_deploy.module, which I had sitting around all this time but for some reason had never committed before. It will be in the next -dev release.
Comment #12
mattew commentedIf it can help. I had the same problem two times. I had to enable all sub-modules of deployment module to see the Deploy menu on Views.
So it works.
MR