With the latest features, you can generate the feature module in the site code, if the server user has write privileges to that folder.

Lets figure out how we can use this to our advantage in DevShop!

Comments

ergonlogic’s picture

We can make the folder writable with a drush_HOOK_post_provision_verify(). But we'd only want to do this is development environments.

jon pugh’s picture

That's a decent idea... however wouldn't it be better to use drush_HOOK_pre_provision_devshop_commit() and then drush_HOOK_post_provision_devshop_commit() so that we can make the permissions secure again, and so that it runs on the right task?

jon pugh’s picture

Version: » 6.x-1.x-dev
Status: Active » Postponed (maintainer needs more info)

This will probably be solved by adding the ability to stop the pull queue, and the ability to edit and commit directly on the server.

However, the features module requires you to set more lax permissions on the folder, so this is a tricky problem.

Postponing.

jon pugh’s picture

Component: devshop_hosting » General
Issue summary: View changes
Parent issue: » #2218539: [META] DevShop 1.0.0 release
Related issues: +#2322595: Refactor "DevShop Pull" into "Hosting Webhooks"

This will be complex...

Possible workflow:

1. User visits feature rebuild page. Clicks "Generate feature" which sends a message to devshop to run the feature rebuild task, along with the info file. A message is displayed that their feature rebuild has been queued in devshop.
2. DevShop's Webhooks module receives the info, and starts the task.
3. The task writes a new info file, and runs drush features-update, commits and pushes the code.

daggerhart’s picture

Status: Postponed (maintainer needs more info) » Closed (outdated)
Issue tags: +Seattle2019

Issue queue is now mantained at Github.