Category: javascript

However, people seem to be "abandoning" travis in favor of GitHub Actions, for different reasons.

In my case, I have moved a few very specific tasks there, where travis was becoming a bottleneck, but I still have mixed feelings about the very-verbose yaml-based config needed to configure a few GitHub Actions, compared to the more concise travis one. In this article I'll explain how I improved a travis build to run several smaller tasks in parallel jobs, without having to completely move away from it.

It is used to build a JS project for the web browser, and it has to run the next tasks: This is more or less ok, but the last two commands in script can be relatively slow and can delay the whole process.

If you are curious, this is the project in which I use this travis configuration: shlinkio/shlink-web-client.
Newsletter

Get the latest Laravel/PHP jobs, events and curated articles straight to your inbox, once a week

Fathom Analytics | Fast, simple and privacy-focused website analytics. Fathom Analytics | Fast, simple and privacy-focused website analytics.
Achieve superior email deliverability with ToastMail! Our AI-driven tool warms up inboxes, monitors reputation, and ensures emails reach their intended destination. Sign up today for a spam-free future. Achieve superior email deliverability with ToastMail! Our AI-driven tool warms up inboxes, monitors reputation, and ensures emails reach their intended destination. Sign up today for a spam-free future.
Community Partners