-
Notifications
You must be signed in to change notification settings - Fork 394
8.9.1 Feedback #1903
Comments
Yes, yes, and yes. Also see https://github.com/squizlabs/PHP_CodeSniffer/wiki/Advanced-Usage#using-a-default-configuration-file.
It should run on host.
Committing your alias is the preferred practice. It greatly reduces on-boarding issues, and for those not using a VM, having a non-working alias isn't a nuisance.
I'm on the fence about what this behavior should be, but I admit that changing it without cause is not ideal.
This has no practical ramifications, as it is simply used to provide debugging information. But, I would like to know why that variable is not set. |
Thanks @grasmash. I'll take a look into the last issue if I have time... |
My system information:
Just wanted to document a few pieces of feedback after my upgrade to 8.9.1. Please feel free to close this, or I can create individual tickets if any of these items warrant them.
/phpcs.xml.dist
file. This is supposed to live in the root now? This file can't live in vendor, I assume based on how PHPCS works OOTB? Why not edit this file directly for customizations? B/c it will get overridden by BLT?checkComposer:plugins
for prestissimo runs inside my VM, but all my composer commands run on my host. Should this be checking the host, or is it correct to check the VM?checkDrupalVm:alias
is reporting an error for me that my local alias is not indrush/site-aliases/aliases.drushrc.php
. Is that right for a Drupal-VM user? Should you commit your local Drupal-VM alias to the project? I'm afraid to do that for all the developers not using Drupal-VM who now have this alias that doesn't work.$ blt setup
I have now gotten prompts to drop the existing database, and enable/disable modules. I can manually pass-y
flag to that command and it works OK, but I don't think that's the intention. Is this the issue with the vagrant-exec plugin again? I think this might be only real bug here.The text was updated successfully, but these errors were encountered: