Laravel Dusk - 无法让它在GitLab CI上运行

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (31)

有没有人让Laravel Dusk在GitLab CI上工作?

我正在使用这个码头图像,这太棒了,但我根本无法执行./vendor/laravel/dusk/bin/chromedriver-linux,它说:

/bin/bash: line 102: ./vendor/laravel/dusk/bin/chromedriver-linux: No such file or directory

当我进入时,./vendor/laravel/dusk/bin我可以看到它chromedriver-linux在那里,它是可执行的,但不能让它运行。

到目前为止,构成此阶段的脚本行是:

- mv .env.testing .env
- php artisan key:generate
- ./vendor/bin/phpunit --colors=never
- php artisan dusk:install
- chmod -R 0755 vendor/laravel/dusk/bin
- ./vendor/laravel/dusk/bin/chromedriver-linux
- php artisan dusk

我也尝试过关于文档方法,即使它们不适用于GitLab CI,但它们都不起作用。

更新:

运行ls -l ./vendor/laravel/dusk/bin回报:

total 33560
-rwxr-xr-x    1 root     root      10885776 Jun 26 13:10 chromedriver-linux
-rwxr-xr-x    1 root     root      14994520 Jun 26 13:10 chromedriver-mac
-rwxr-xr-x    1 root     root       8393728 Jun 26 13:10 chromedriver-win.exe
-rwxr-xr-x    1 root     root         69309 Jun 25 22:59 jquery.js

我试图将文件复制到机器的当前,PATH但也没有工作:

测试$ PATH变量

$ echo $PATH
./vendor/bin:/composer/vendor/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

将二进制文件复制到 /usr/local/bin

$ CHROME_DRIVER_PATH_BIN=./vendor/laravel/dusk/bin/chromedriver-linux
$ cp $CHROME_DRIVER_PATH_BIN /usr/local/bin

测试文件是否真的存在

$ ls -lha /usr/local/bin
total 56564
drwxr-xr-x    1 root     root        4.0K Jun 26 17:33 .
drwxr-xr-x    1 root     root        4.0K Feb 21 23:08 ..
-rwxr-xr-x    1 root     root       10.4M Jun 26 17:33 chromedriver-linux
-rwxr-xr-x    1 root     root        1.8M Feb 22 06:40 composer
-rwxrwxr-x    1 root     root         118 Feb 21 23:02 docker-php-entrypoint
-rwxrwxr-x    1 root     root        1.4K Feb 21 23:02 docker-php-ext-configure
-rwxrwxr-x    1 root     root        2.4K Feb 21 23:02 docker-php-ext-enable
-rwxrwxr-x    1 root     root        2.3K Feb 21 23:02 docker-php-ext-install
-rwxrwxr-x    1 root     root         587 Feb  9 01:57 docker-php-source
lrwxrwxrwx    1 root     root          32 Jun 26 17:33 heroku -> /usr/local/lib/heroku/bin/heroku
-rwxr-xr-x    1 root     root         817 Feb 21 23:08 pear
-rwxr-xr-x    1 root     root         838 Feb 21 23:08 peardev
-rwxr-xr-x    1 root     root         751 Feb 21 23:08 pecl
lrwxrwxrwx    1 root     root           9 Feb 21 23:08 phar -> phar.phar
-rwxr-xr-x    1 root     root       14.5K Feb 21 23:08 phar.phar
-rwxr-xr-x    1 root     root       14.3M Feb 21 23:08 php
-rwxr-xr-x    1 root     root       14.2M Feb 21 23:08 php-cgi
-rwxr-xr-x    1 root     root        2.6K Feb 21 23:08 php-config
-rwxr-xr-x    1 root     root       14.4M Feb 21 23:08 phpdbg
-rwxr-xr-x    1 root     root        4.5K Feb 21 23:08 phpize

无论哪种方式,运行chromedriver-linux都不起作用,我得到了错误 nohup: can't execute 'chromedriver-linux': No such file or directory

我在我的macOS上测试了相同的概念:创建了一个可执行文件,PATH使用符号链接将它放入我的变量文件夹中,它完美地运行。

提问于
用户回答回答于

我可以解决安装chromiumchromium-chromedriver打包,因为它们可以在Alpine Linux上使用。

以下是我的文件的相关部分.gitlab-ci.yml

image: lorisleiva/laravel-docker

before_script:
  - apk add chromium-chromedriver -y
  - apk add chromium -y

phptest:
  stage: test
  script:
    - mv .env.testing .env
    - php artisan key:generate
    - ./vendor/bin/phpunit --colors=never
    - chromedriver 2>&1 &
    - sleep 5
    - nohup php artisan serve &
    - php artisan dusk

另外,一个非常重要的部分--no-sandbox在创建时添加参数RemoteWebDriver。这可以通过更改文件driver上的功能来完成tests/DuskTestCase.php

<?php
    // tests/DuskTestCase.php
    protected function driver()
    {
        $options = (new ChromeOptions)->addArguments([
            '--disable-gpu',
            '--headless',
            '--no-sandbox', // # Add this # //
            '--window-size=1920,1080',
        ]);

        return RemoteWebDriver::create(
            'http://localhost:9515',
            DesiredCapabilities::chrome()->setCapability(
                ChromeOptions::CAPABILITY,
                $options
            )
        );
    }

这就解决了我的问题,现在我可以使用lorisleiva/laravel-dockerDocker镜像在GitLab CI上使用Dusk进行测试。

用户回答回答于

图像Dockerfilelorisleiva/laravel-docker执行:

ENV PATH ./vendor/bin:/composer/vendor/bin:$PATH
...
WORKDIR /var/www

因此,当您的脚本执行时,.“in ./vendor”可能不会引用您期望的当前工作目录。

既然PATH已经确定了,那么最好chromedriver-linux./vendor/bin相反。 这样,您的脚本可以简单地调用chromedriver-linux(没有前导路径)

扫码关注云+社区

领取腾讯云代金券

玩转腾讯云 有奖征文活动