Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BUG Rollback shouldn't use composer #106

Open
micmania1 opened this issue Dec 1, 2014 · 3 comments
Open

BUG Rollback shouldn't use composer #106

micmania1 opened this issue Dec 1, 2014 · 3 comments
Labels

Comments

@micmania1
Copy link
Contributor

If a repository is deleted or is removed between deployments then composer install will fail and the site will be stuck in maintenance mode with no way to recover it.

@ss23
Copy link
Contributor

ss23 commented Dec 1, 2014

Further, the entire rollback functionality should be reverted to "change the symlink back" instead of this incredibly complex and errorprone process it is currently IMO

@tractorcow
Copy link

I agree that this would be a better way of doing rollbacks. However, if this is actioned do so with much care not to break any of the rollback processes (smoketesting, database restore, maint pages, etc).

@chillu chillu added the bug label Mar 9, 2015
@chillu
Copy link
Member

chillu commented Jun 4, 2015

+1, this just caught me out when doing a prod release. We were relying on a temporary fork of a module in prod which had since been removed. So rollback failed with composer errors. Of course we should've kept the temp fork around in case we needed an emergency deployment, but not relying on composer would make this easier.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants