Introduction
Dans le monde du développement logiciel, chaque minute compte. Lorsqu'il s'agit de réviser une pull request (PR), le processus peut souvent être long et fastidieux, surtout si tu dois cloner, construire, et tester manuellement le code. Mais imagine un monde où tu pourrais simplement "démarrer" une PR pour la tester directement dans ton navigateur. C'est exactement ce que propose trynix-preview, une action GitHub révolutionnaire.
Qu'est-ce que trynix-preview ?
Trynix-preview est une action GitHub qui, lorsqu'elle est intégrée à ton workflow, commente un lien sur une PR. Ce lien te permet de démarrer la build de la PR dans ton navigateur via [trynix.dev](https://trynix.dev). Aucun serveur requis, juste ton navigateur. C'est un changement de paradigme qui simplifie drastiquement la révision des PR.
Exemple concret
Prenons l'exemple du projet sqlelf. Lorsqu'une PR est soumise, trynix-preview laisse un commentaire contenant un lien. Clique dessus, et une machine Linux se lance dans ton onglet avec le code de la PR déjà sur le PATH. Pas besoin de cloner, de construire ni de configurer des serveurs.
Comment ça fonctionne ?
Pour utiliser trynix-preview, tu dois d'abord t'assurer que le chemin est déjà construit et mis en cache. L'intégration de l'action est simple : quelques lignes dans ton fichier de workflow GitHub suffisent.
```yaml # Configuration de Cachix comme cache Nix.
- uses: cachix/cachix-action@v17
with: name: sqlelf authToken: ${{ secrets.CACHIX_AUTH_TOKEN }}
# Construis le code de la pull request et pousse-le dans le cache.
- run: nix build .#default
- uses: fzakaria/trynix@v1
with: cache: https://sqlelf.cachix.org publicKey: sqlelf.cachix.org-1:MLnjolA9AsKscTOJKDSA+ZAcgIK8BwZA574j4+Cs2bg= attrs: .#default ```
L'action ne construit ni ne publie rien. Elle fournit simplement les chemins du store via nix eval et transmet l'URL du cache et la clé publique au navigateur.
Sécurité et meilleures pratiques
Pour des raisons de sécurité, active allow-unsafe-pr-checkout: true dans l'étape actions/checkout car le workflow s'exécute sur une PR de fork. Il est également recommandé d'utiliser un cache privé et séparé pour les builds de PR afin d'éviter qu'un fork ne pousse dans ton cache principal.
Limites actuelles
Bien que trynix-preview soit une avancée significative, il n'est pas encore prêt à remplacer tous les produits CI existants. Les performances pour les gros binaires peuvent être médiocres, avec des temps de démarrage de 1 à 2 minutes dans certains cas.
Conclusion
Trynix-preview transforme la manière dont nous révisons les PR en éliminant les étapes fastidieuses et en permettant une validation rapide directement depuis le navigateur. Prêt à révolutionner ta révision de code ? [Discutons de ton projet en 15 minutes.](#)
Références et ressources
- [trynix.dev](https://trynix.dev)
- [Cachix](https://cachix.org)
---
Introduction
In the world of software development, every minute counts. When it comes to reviewing a pull request (PR), the process can often be long and tedious, especially if you have to manually clone, build, and test the code. But imagine a world where you could simply "boot" a PR to test it directly in your browser. That's exactly what trynix-preview, a revolutionary GitHub action, offers.
What is trynix-preview?
Trynix-preview is a GitHub action that, when integrated into your workflow, comments a link on a PR. This link allows you to boot the PR's build in your browser via [trynix.dev](https://trynix.dev). No servers required, just your browser. It's a paradigm shift that drastically simplifies PR review.
Real-World Example
Take the sqlelf project, for instance. When a PR is submitted, trynix-preview leaves a comment containing a link. Click it, and a Linux machine boots in your tab with the PR's code already on PATH. No need to clone, build, or configure servers.
How Does It Work?
To use trynix-preview, you first need to ensure the path is already built and cached. Integrating the action is simple: just a few lines in your GitHub workflow file.
```yaml # Set up Cachix as our Nix cache.
- uses: cachix/cachix-action@v17
with: name: sqlelf authToken: ${{ secrets.CACHIX_AUTH_TOKEN }}
# Build the pull request's code and push it to the cache.
- run: nix build .#default
- uses: fzakaria/trynix@v1
with: cache: https://sqlelf.cachix.org publicKey: sqlelf.cachix.org-1:MLnjolA9AsKscTOJKDSA+ZAcgIK8BwZA574j4+Cs2bg= attrs: .#default ```
The action builds nothing and publishes nothing. It simply provides the store paths via nix eval and hands the cache's URL and public key to the browser.
Security and Best Practices
For security reasons, enable allow-unsafe-pr-checkout: true in the actions/checkout step because the workflow runs on a fork's PR. It is also recommended to use a private, segregated cache for PR builds to prevent a fork from pushing to your main cache.
Current Limitations
Though trynix-preview is a significant advancement, it's not yet ready to replace all existing CI products. Performance for large binaries can be poor, with boot times of 1 to 2 minutes in some cases.
Conclusion
Trynix-preview transforms how we review PRs by eliminating tedious steps and enabling quick validation directly from the browser. Ready to revolutionize your code review? [Let's discuss your project in 15 minutes.](#)
References and Resources
- [trynix.dev](https://trynix.dev)
- [Cachix](https://cachix.org)