GitHub API for Java
Récemment j’ai eu besoin d’accéder aux éléments de mes repositories GitHub via une application codée en Java.
Le premier réflexe : utiliser les API REST ou GraphQL documentées sur le site développeur de GitHub.
Le graphQL c’est bien (il paraît ) mais, je trouve, avec un ticket d’entrée assez élevé. Du coup je me suis tourné vers la version REST, estampillée v3, qui semblait dans un premier temps vouée à être abandonnée au profit de la v4 (graphQL) mais les équipes GitHub ont dû se rendre compte que ce n’était pas une si bonne idée et la v3 continue de vivre tranquillement et d’évoluer .
En creusant un peu les docs côté GitHub on tombe sur une page qui liste des librairies permettant une intégration plus aisée dans le code.
GitHub ne fournit pas nativement une librairie pour Java mais donne une liste de quelques librairies tierces, c’est là qu’est indiquée celle qui nous intéresse : GitHub for Java.
La documentation présente sur le site est essentiellement pour se connecter à GitHub (sur une organisation ou non) et pour le reste c’est simplement la javadoc de l’API, à l’ancienne . A noter que le nom des classes et méthodes permet aussi de facilement retrouver ce que font les méthodes dans le détail en regardant la documentation de l’API REST correspondante sur le site de GitHub.
A noter que la mailing list a l’air plus ou moins abandonnée au profit des issues du repository GitHub.
Activer les dépendances
Bon, les présentations sont faites, place à l’action et on commence par activer la dépendance (maven dans mon cas).
1
2
3
4
5
6
<!-- GitHubAPI for Java -->
<dependency>
<groupId>org.kohsuke</groupId>
<artifactId>github-api</artifactId>
<version>1.116</version>
</dependency>
La librairie ne vient pas avec des classes utilitaires pour les tests unitaires, pour ma part je suis parti sur l’utilisation de mock server. Cela tombe bien car en regardant les tests unitaires de la librairie, ils utilisent aussi cette librairie pour mocker les accès à GitHub et vérifier que les requêtes envoyées à GitHub sont bien formées.
Premières utilisations
La première chose à faire est s’authentifier, bien entendu utiliser un token est fortement conseillé . Il y a beaucoup de mode d’authentification (login et password, juste token, …), pour l’exemple j’utilise la connexion anonyme car le repository visé est public.
1
GitHub.connectAnonymously();
La librairie a été pensée pour être utilisée comme une sorte de DSL en Java : chaque classe possède des méthodes statiques qui renvoient un objet permettant lui-même d’appeler des méthodes renvoyant un autre objet avec ses propres méthodes, …
Par exemple pour lister les repositories publics de l’utilisateur philippart-s il suffit d’ajouter à notre instruction de connexion:
1
2
3
4
5
int nbRepositories = GitHub.connectAnonymously()
.getUser("philippart-s")
.getPublicRepoCount();
System.out.println(String.format("nommbre de repositories de philippart-s : %s", nbRepositories));
Plutôt simple et efficace !
Bien entendu il est possible de faire des modifications sur le contenu du repository, les issues, les pull requests, …
Certaines de ces actions ne seront pas possibles sans être authentifié avec un token.
1
2
3
4
5
6
7
GitHub.connect("philippart-s", args[0]) //arg[0] est le token associé au compte
.getUser("philippart-s")
.getRepository("githubApi4Java")
.createIssue("Issue créée avec GitHub API for Java !!!")
.body("Cette issue est vraiment cool ! :wink:")
.assignee("philippart-s")
.create();
Comme je l’indiquais il est aussi possible d’ajouter des fichiers directement au repository en effectuant un commit, là encore l’API nous guide pour le faire simplement.
1
2
3
4
5
6
7
8
GitHub.connect("philippart-s", args[0]) //arg[0] est le token associé au compte
.getUser("philippart-s")
.getRepository("githubApi4Java")
.createContent()
.content("Hello workd !!!")
.path("HelloWorld.md")
.message(":tada: My first commit !")
.commit();
Utilisation avancée
Tous les appels effectués sont décomptés du nombre de requêtes autorisées par API (rate limite) qui est de 5000 requêtes par heure en mode authentifié. Il y a aussi des variations qui sont apportées selon le mode entreprise, anonyme, …
La documentation GitHub explique cela beaucoup mieux que moi .
C’est à prendre en compte si on souhaite effectuer de nombreuses requêtes, notamment de commit de fichiers. Pour cela il est possible d’utiliser des notions git de plus bas niveau : Git DataBase.
Cela va permettre, notamment, de préparer une arborescence complète de fichier et de la commiter en une requête comme on le ferait avec un push qui embarque plusieurs commits sauf que dans notre cas il y aura un seul commit.
Le code s’en retrouve un peu plus verbeux et moins accessible mais cela fonctionne plutôt bien !
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
GHRepository repo = GitHub.connect("philippart-s", args[0]) //arg[0] est le token associé au compte
.getUser("philippart-s")
.getRepository("githubApi4Java");
// Référence vers la branche main
GHRef mainRef = repo.getRef("heads/main");
// SHA1 du dernier commit sur la main
String mainTreeSha = repo
.getTreeRecursive("main", 1)
.getSha();
// Création de l'arbre à commiter
GHTreeBuilder ghTreeBuilder = repo.createTree()
.baseTree(mainTreeSha);
ghTreeBuilder.add("HelloWorld1.md", "Hello world 1 !!!", false);
ghTreeBuilder.add("HelloWorld2.md", "Hello world 2 !!!", false);
// Récupération du SHA1
String treeSha = ghTreeBuilder.create().getSha();
// Création du commit pour le tree
String commitSha = repo.createCommit()
.message(":tada: My global commit !")
.tree(treeSha)
.parent(mainRef.getObject().getSha())
.create()
.getSHA1();
// Positionnement de la branche main sur le dernier commit
mainRef.updateTo(commitSha);
Voilà maintenant il ne vous reste plus qu’à imaginer tous les cas d’utilisations qui vous passent par la tête !
L’ensemble des sources est disponible sur le projet GitHub.
Comments