|
|
|
|
|
by blueimp
2659 days ago
|
|
Hey Vinni, you can definitely use this project and the containerized versions of Chrome/Firefox on CI - in fact that's its primary use case. The way this project is setup is to use the chromedriver/geckodriver servers directly, without using the selenium Java server. My recommendation for anyone using this in a production CI system is to fork the wdio, chromedriver, geckodriver and underlying basedriver repos and set up your own Docker automated build for them. For a given GitLab repository, you would add this project as a folder and modify the provided docker-compose.yml to replace the example app with the application files from your repository. Please let me know if I can help you with additional instructions. |
|
So for example, in my GitLab CI config, I've simply added the following lines to my job configuration:
I can then simply tell my wdio config that Selenium is running at `selenium` (i.e. `wdio --host=selenium`), and it will work.However, the setup is somewhat brittle, doesn't work with the latest versions of Selenium (and I can't be arsed to fix it), and I think it still starts an X server. If, instead, I could simply point it to an image that runs headless Firefox, is maintained, and intended for use with wdio, then that would be an excellent time saver.
When I have to fork, however, the hurdle to start using this is a lot higher, and the savings of not using the Selenium Java server is not really worth the additional effort.