Je vais configurer l'intégration continue GitHub Actions pour votre dépôt Python
Ingénieur DevOps
À propos de ce service
Vous utilisez toujours les mêmes vérifications Python manuellement ? Je vais ajouter un workflow GitHub Actions qui exécute vos commandes existantes lors des modifications du code.
BASE : un dépôt public, une version de Python et une commande de lint ou test existante lors d’un push sur une branche. Inclut le fichier YAML du workflow et les notes de configuration.
STANDARD : jusqu’à 3 commandes existantes dans un seul workflow, déclencheurs push et pull-request, mise en cache pip et un README. Dépôt public ou privé.
PREMIUM : Standard plus une matrice de 2 versions de Python et un artefact de rapport de test téléchargé, si votre commande existante le génère.
Tous les packages utilisent des runners Ubuntu hébergés par GitHub. J’utilise GitHub Actions dans mes propres projets et j’inclus la validation du workflow ainsi que la preuve d’exécution lorsque l’accès au dépôt est fourni.
Écrire des tests, corriger des erreurs d’application, déploiements, identifiants cloud et runners auto-hébergés sont hors de ce service. Les frais d’utilisation de GitHub, le cas échéant, sont à votre charge.
Envoyez-moi votre version de Python et vos commandes de travail avant de commander. Les révisions couvrent le workflow convenu.
Outils:
GitHub
Frameworks:
Autres
Fournisseur de services cloud:
Autres
Langage de programmation:
Python
Expertise:
Configuration
Autres services de Ingénierie DevOps I Offre
FAQ
Traduction automatique
Est-ce que vous écrivez aussi les tests ?
Non. Vous fournissez des commandes qui fonctionnent déjà, comme pytest ou un linter. Je automatise ces commandes dans GitHub Actions. Écrire des tests ou corriger du code défaillant nécessite un scope séparé.
Puis-je utiliser un dépôt privé ?
Oui, avec Standard ou Premium. Basic est pour un dépôt public. Les quotas et frais d’utilisation de GitHub Actions sont à votre charge.
La mise en production est-elle incluse ?
Non. Ce service couvre les vérifications d’intégration continue. Les déploiements cloud, identifiants, automatisation de release et runners auto-hébergés ne sont pas inclus.
Comment livrez-vous le workflow ?
Sous forme d’un fichier YAML et d’un README, ou via une pull request lorsque vous fournissez l’accès approprié. Je n’ai jamais besoin de votre mot de passe GitHub ni d’un token à privilèges étendus.
Que faire si je ne peux pas l’exécuter dans mon dépôt ?
Je fournis un fichier workflow et des étapes de validation. Avec un accès autorisé au dépôt, j’inclus la preuve d’exécution réelle. Toute démonstration dans la galerie est illustrative, pas un résultat client.
Qu'ajoute la version Premium ?
Les mêmes vérifications sur deux versions de Python convenues, plus le téléchargement d’un rapport que votre commande de test existante génère déjà.

