Skip to content
This repository was archived by the owner on Mar 5, 2025. It is now read-only.

Executing BLT deploy results in frontend:build argument error, stopping frontend build #2171

Closed
amcgowanca opened this issue Oct 22, 2017 · 5 comments
Assignees
Labels
Bug Something isn't working

Comments

@amcgowanca
Copy link

Problem

Cannot effectively build an artifact and deploy due to deploy command passing arguments to frontend that result in an error.

Information

BLT version: 8.9.9
When I run this command:

blt deploy --commit-msg="Manual build deploy." --branch="develop" --ignore-dirty --no-interaction -v

I get the following output:

Generating build artifact...
For more detailed output, use the -v flag.
> frontend
Executing command blt frontend --commit-msg Manual build deploy. --branch develop-build --ignore-dirty --no-interaction -v --define drush.alias=self inside of Drupal VM...
[ExecStack] vagrant ssh --command 'cd /var/www/projectname; blt frontend --commit-msg Manual build by [email protected] for commit '8e3a2dfc'. --branch develop-build --ignore-dirty --no-interaction -v --define drush.alias=self'
[ExecStack] Running vagrant ssh --command 'cd /var/www/projectname; blt frontend --commit-msg Manual build by [email protected] for commit '8e3a2dfc'. --branch develop-build --ignore-dirty --no-interaction -v --define drush.alias=self' in /local/development/path
XDebug could not open the remote debug file '/tmp/xdebug.log'.
[warning] The xDebug extension is loaded. This will significantly decrease performance.

                                                          
  [Symfony\Component\Console\Exception\RuntimeException]  
  The "--commit-msg" option does not exist.               
                                                          

Exception trace:
 () at /var/www/projectname/vendor/symfony/console/Input/ArgvInput.php:219
 Symfony\Component\Console\Input\ArgvInput->addLongOption() at /var/www/projectname/vendor/symfony/console/Input/ArgvInput.php:155
 Symfony\Component\Console\Input\ArgvInput->parseLongOption() at /var/www/projectname/vendor/symfony/console/Input/ArgvInput.php:84
 Symfony\Component\Console\Input\ArgvInput->parse() at /var/www/projectname/vendor/symfony/console/Input/Input.php:63
 Symfony\Component\Console\Input\Input->bind() at /var/www/projectname/vendor/symfony/console/Command/Command.php:222
 Symfony\Component\Console\Command\Command->run() at /var/www/projectname/vendor/symfony/console/Application.php:859
 Symfony\Component\Console\Application->doRunCommand() at /var/www/projectname/vendor/acquia/blt/src/Robo/Application.php:29
 Acquia\Blt\Robo\Application->doRunCommand() at /var/www/projectname/vendor/symfony/console/Application.php:206
 Symfony\Component\Console\Application->doRun() at /var/www/projectname/vendor/symfony/console/Application.php:125
 Symfony\Component\Console\Application->run() at /var/www/projectname/vendor/consolidation/robo/src/Runner.php:175
 Robo\Runner->run() at /var/www/projectname/vendor/acquia/blt/src/Robo/Blt.php:235
 Acquia\Blt\Robo\Blt->run() at /var/www/projectname/vendor/acquia/blt/bin/blt-robo-run.php:42
 require_once() at /var/www/projectname/vendor/acquia/blt/bin/blt-robo.php:14
 require_once() at /var/www/projectname/vendor/acquia/blt/bin/blt:11

frontend [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-y|--yes] [-D|--define DEFINE] [--] <command>

0.798s total time elapsed.
Connection to 127.0.0.1 closed.
[ExecStack]  Exit code 1  Time 4.803s

And I expected this to happen:

  • To run successfully without passing additional arguments to commands not accepting them.
@grasmash
Copy link
Contributor

This issue has been open a couple of times, and I believe that it has been fixed in the 9.1.x branch. Perhaps we need to backport it.

@amcgowanca
Copy link
Author

@grasmash , Are there any major risks in updating from 8.9.9 to 9.1 that can be easily called out? I've been experiencing a handful of additional issues related to building on Travis CI as well, including but not limited to not being able to find VMs (which a VM shouldn't be present in Travis CI) and MySQL being completely unavailable.

@danepowell danepowell added 8.9.x Bug Something isn't working labels Oct 23, 2017
@danepowell
Copy link
Contributor

danepowell commented Oct 23, 2017

@amcgowanca 9.1 is still fairly bleeding edge... BLT itself is stable but 9.1 requires Drush 9.x and Drupal 8.4.x, both of which are relatively new and untested.

You can find a list of issues we want to address for these versions here:
https://github.com/acquia/blt/milestone/5
https://github.com/acquia/blt/milestone/6

@danepowell
Copy link
Contributor

Possibly related to #1976 or #1872... I'll try to port the fix

@amcgowanca
Copy link
Author

Thanks @danepowell , that PR for #2175 resolved the issue. Much appreciated.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants