GitHub annonce la disponibilité de CLI 1.0
GitHub CLI permet aux utilisateurs de bénéficier de GitHub sur leur terminal. Il réduit le nombre de changements de contexte, aide à la concentration et permet de scripter et de créer plus facilement ses propres workflows. En début d’année, GitHub a annoncé la version bêta de GitHub CLI. Depuis le lancement de celle-ci , les utilisateurs ont créé près de 200 000 pull request, effectué plus de 350 000 merge et ouvert plus de 20 000 issues. Grâce aux commentaires nombreux et très constructifs, GitHub CLI est aujourd’hui sorti de la phase bêta. La solution est désormais disponible en téléchargement sur Windows, macOS et Linux.
Avec GitHub CLI 1.0, il est possible d’effectuer les opérations suivantes :
- Exécuter tout son workflow GitHub à partir du terminal, des issues aux releases.
- Appeler l’API GitHub pour scripter presque n’importe quelle action, et définir un alias personnalisé pour chaque commande.
- Se connecter au serveur GitHub Enterprise, en plus de GitHub.com.
De l’issue à la release
GitHub CLI est utilisable pour l’ensemble du workflow GitHub. Il permet d’effectuer les opérations suivantes:
- Cloner le dépôt avec lequel l’utilisateur souhaite travailler en utilisant « gh repo clone owner/repo ».
- Trouver la prochaine tâche sur laquelle l’utilisateur doit travailler avec « gh issue status » ou « gh issue list –assignee billygriffin ».
- Lorsque l’utilisateur a fini d’ajouter cette fonctionnalité ou de corriger ce bug, il utilise « gh pr create » pour créer une pull request sur GitHub.
- Ainsi, le coéquipier peut vérifier une pull request en utilisant `gh pr checkout 1337`, voir la différence avec `gh pr diff`, et même fournir une révision succincte en utilisant `gh pr review`.
- Une fois que la pull request est approuvée, il est possible de s’assurer que tous les tests sont passés avec les contrôles `gh pr checks’, et de poursuivre ensuite en les fusionnant directement depuis le terminal avec `gh pr merge’. GitHub CLI proposera même à l’utilisateur de supprimer sa branche localement et sur GitHub.com après la fusion.
- Lorsque la prochaine version est prête à la publication, il suffit simplement d’utiliser `gh release create [nom du tag]` pour rendre une création disponible au monde entier sans jamais quitter sa ligne de commande !
Créer son propre GitHub CLI avec des alias et des `gh api`.
GitHub CLI permet maintenant de créer des alias pour n’importe quelle commande en utilisant `gh alias set`. Avec la puissante `gh api` , permettant d’accéder directement à l’API de GitHub, tout devient possible avec ‘gh’. Les commandes sont également facilement composables. Un conseil : pour partager son alias à l’aide d’un gist, il est possible d’utiliser `gh alias list | gh gist create`. Une idée sympa pour travailler avec des alias en utilisant la CLI de GitHub? Tweetez-la à @github !
GitHub CLI est disponible pour GitHub Enterprise Server
GitHub CLI est également disponible avec des dépôts hébergés sur GitHub Enterprise Server 2.20+. Depuis le lancement de la version bêta, GitHub a reçu de nombreuses demandes sur ce thème. Avec ce lancement officiel, de plus en plus de personnes utilisant GitHub Enterprise Server, peuvent maintenant également utiliser GitHub CLI.
Le travail de toute une communauté
La communauté est au cœur de tout le travail de GitHub. Pour ce dépôt open source, plus de 80 contributeurs issus de cette communauté se sont manifestés, avec des participations telles que:
- Ajout de métadonnées pour les issues et pull requests (Merci, @doi-t !)
- Permettre la sélection de modèles d’issues vierges (Merci, @AliabbasMerchant !)
- Filtrage des issues par milestone, par mention et par auteur (Merci, @eddumelendez !)
- Alignement de la création de dépôts sur d’autres commandes de création (Merci, @ShubhankarKG !)
En s’inspirant des commentaires de la communauté pendant la phase bêta, GitHub a publié des fonctionnalités qui permettent de :
- créer et visualiser des dépôts
- configurer GitHub CLI pour utiliser SSH et son éditeur préféré
- fermer, rouvrir et ajouter des étiquettes, des contributeurs, etc. aux issues et aux pull requests
- voir les demandes de diff, de révision et de fusion de pull requests
