Vous pou­vez trou­ver deux manières dif­fé­rentes d’u­ti­li­ser Git avec Rdi sur le Web :

• Avec les pro­jets
  Dans ce cas, vous uti­li­sez l’Ifs pour héber­ger vos sources.
• Avec les pro­jets i
  Vous y serez plus à l’aise car vous uti­li­sez les fichiers sources habi­tuels dans QSYS.

Per­son­nel­le­ment, j’u­ti­lise une variante de la méthode avec les pro­jets i. Il y a plu­sieurs avan­tages.
Les sources peuvent être envoyés du ser­veur vers un pro­jet à par­tir de la vue « Explo­ra­tion des sys­tèmes dis­tant ».
Du pro­jet i, nous pou­vons redes­cendre les sources sur le ser­veur dans une biblio­thèque.
Un ensemble de bou­tons, que l’on peut acti­ver, per­met de gérer la par­tie Git direc­te­ment dans la vue pro­jet i et rem­place de façon agréable la sai­sie de com­mandes dans un shell.

voi­ci com­ment lié le dépôt Git avec un pro­jet i.

Pré­fé­rences Pro­jet i

En pre­mier lieu il faut pré­pa­rer Rdi à gérer les pro­jets i.
Dans les pré­fé­rences, ayez ce qui suit dans la par­tie Pro­jets i (Menu Fenêtre/Préférences), cela sup­prime les dates et les numé­ros de séquence des sources lorsque vous télé­char­ger le membre source dans un pro­jet i. C’est néces­saire pour que Git ne soit pas pol­lué par les modi­fi­ca­tions de numé­ro de séquence (et ce sera plus simple pour les copier/coller et autres actions etc…).

Et aus­si dans Pro­jets i : Construc­tion et com­pi­la­tion. Vous pou­vez choi­sir une méthode de construction.

• Pro­gramme CL per­met à Rdi de géné­rer un source CL qui, une fois com­pi­lé, construi­ra les objets du pro­jet en fonc­tion des com­mandes de création/compilation que vous aurez utilisées.
• Com­mande per­met de para­mé­trer une com­mande que vous aurez préa­la­ble­ment créée et qui géné­re­ra les objets du projet.
• *NONE, dans ce der­nier cas, il n’y aura pas de ges­tion de construc­tion du projet.

Per­son­nel­le­ment, je choi­si « Pro­gramme CL ».

Puis cli­quer sur Confi­gu­rer les modèles : Déco­cher les deux lignes puis faire OK.
Ce sont juste des pré­fé­rences, il m’ar­rive de créer le CL de com­pi­la­tion auto­ma­ti­que­ment, de le modi­fier ensuite à ma sauce, alors évi­dem­ment, je ne sou­haite pas qu’il soit écra­sé dès qu’il y a une com­pi­la­tion.
De même, je ne sou­haite pas qu’il insère tous les membres modi­fiés, quand on uti­lise Git et que le dépôt devient consé­quent, cette option va des­cendre tous les sources la pre­mière fois, ce qui n’est pas for­cé­ment ce que l’on sou­haite si on fait évo­luer que deux ou trois sources.

Pré­fé­rences Git

Dans les pré­fé­rences de Git, nous allons chan­ger le dos­sier par défaut pour qu’il cor­res­ponde au dos­sier du Works­pace. Cela per­met de faire plus faci­le­ment le lien entre le pro­jet i et le dépôt Git.

Allez dans pré­fé­rences Git :

Pour cela, uti­li­ser la recherche en haut à droite et choi­sir Confi­gu­ra­tion – Equipe/Git

Dans la fenêtre qui s’affiche, on clique sur le bou­ton Variable en haut à droite, cela donne accès à des variables de Rdi :

Et double-cli­quer sur « workspace_loc » dans la liste qui s’affiche :

Vous obte­nez :

Faîtes Appli­quer ou OK puis redé­mar­rer Rdi. 

A par­tir de main­te­nant, quand vous clô­nez un dépôt Git d’un ser­veur dans votre espace local, il sera pla­cé dans le Workspace.

Dans un pro­chain billet, nous ver­rons com­ment faire le lien entre un pro­jet i et un dépôt Git.