-
Notifications
You must be signed in to change notification settings - Fork 397
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
Why does BLT assume the usage of a "vcs" config directory? #678
Comments
paging @danepowell. I think I had the same question and @danepowell explained it to me :) |
Hi @bkosborne , BLT generally assumes that you are storing config in Git, i.e. at Honestly, I'm not sure why Cloud, BLT, or Drush settled on the conventions they did. I suspect BLT chose the I could see arguments for any of the following:
|
Thanks @danepowell Well I guess for now it makes sense to leave it as it is, I was mostly just confused |
@weitzman Could you shed some like on this? I'm frankly still not sure why Drush and Acquia Cloud use a |
I did a little more research, and it seems there's no particular reason why |
There was a reason, but its not a great one. I suggest Cloud and BLT just consider the standard sync dir. |
BLT assumes the usage of a "vcs" config directory, I think because Acquia sets this in the ACE config file that's included on all ACE sites.
I don't really understand why we should have both the "vcs" config directory and the default "sync" directory that Drupal assumes. With the "vcs" approach, I have to specify that directory when running drush config-import and config-export, otherwise drush assumes the default of "sync".
Maybe at the very least this value can be changed to use a variable instead, so we can override it in our project.yml file? https://github.com/acquia/blt/blob/8.x/phing/tasks/deploy.xml#L167
The text was updated successfully, but these errors were encountered: