| ... | @@ -24,7 +24,7 @@ La suite décrit la création d'un projet hébergé sur un serveur GitLab (inter |
... | @@ -24,7 +24,7 @@ La suite décrit la création d'un projet hébergé sur un serveur GitLab (inter |
|
|
> - en mode **_Saas_** (_Software as a Service_, autrement dit sous forme d'un logiciel déployé sur la cloud et accessible via le Web), sur [www.gitlab.com](www.gitlab.com). L'accès et les fonctionnalités offertes sont conditionnés par la création d'un compte utilisateur et la souscription d'une offre (gratuite ou payante).
|
|
> - en mode **_Saas_** (_Software as a Service_, autrement dit sous forme d'un logiciel déployé sur la cloud et accessible via le Web), sur [www.gitlab.com](www.gitlab.com). L'accès et les fonctionnalités offertes sont conditionnés par la création d'un compte utilisateur et la souscription d'une offre (gratuite ou payante).
|
|
|
> - en mode **_self-managed_**, c'est à dire déployé sur un serveur d'un réseau local (éventuellement rendu accessible de manière distante). L'accès est (en général) conditionné par l'existence d'un compte utilisateur, les fonctionnalités sont restreintes (ou non) par l'administrateur du serveur.
|
|
> - en mode **_self-managed_**, c'est à dire déployé sur un serveur d'un réseau local (éventuellement rendu accessible de manière distante). L'accès est (en général) conditionné par l'existence d'un compte utilisateur, les fonctionnalités sont restreintes (ou non) par l'administrateur du serveur.
|
|
|
>
|
|
>
|
|
|
> Dans la suite, les manipulations s'effectuent sur le serveur _GitLab_ interne de l'IUT de Valence, accessible depuis le réseau local ou l'extérieur via [gitlab.iut-valence.fr](gitlab.iut-valence.fr). Toute personne disposant d'un compte utilisateur au sein de l'établissement peut accéder à ce serveur en utilisant ses identifiants de connexion standards (annuaire LDAP).
|
|
> Dans la suite, les manipulations s'effectuent sur le serveur _GitLab_ interne de l'IUT de Valence, accessible depuis le réseau local ou l'extérieur via [gitlab.iut-valence.fr](gitlab.iut-valence.fr). Toute personne disposant d'un compte utilisateur au sein de l'établissement peut accéder à ce serveur en utilisant ses identifiants de connexion standards (annuaire LDAP). _Les personnes ne disposant pas de compte peuvent uniquer accéder aux dépôts publiques dont il connaissent l'URL._
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| ... | @@ -37,7 +37,7 @@ Le **profil** de l'utilisateur peut être consulté/modifié via l'icone dédié |
... | @@ -37,7 +37,7 @@ Le **profil** de l'utilisateur peut être consulté/modifié via l'icone dédié |
|
|
> :bulb: Dans _GitLab_, la notion de **projet** est plus large qu'un dépôt, elle regroupe :
|
|
> :bulb: Dans _GitLab_, la notion de **projet** est plus large qu'un dépôt, elle regroupe :
|
|
|
>
|
|
>
|
|
|
> - un **dépôt**, et des informations de configuration (contributeurs, droits d'accès, ... )
|
|
> - un **dépôt**, et des informations de configuration (contributeurs, droits d'accès, ... )
|
|
|
> - d'autres services (pouvant être désactivés si besoin) tels que :
|
|
> - d'autres **services** (pouvant être désactivés si besoin) tels que :
|
|
|
> - un **wiki** (pour documenter le code versionné dans le dépôt par exemple)
|
|
> - un **wiki** (pour documenter le code versionné dans le dépôt par exemple)
|
|
|
> - un **outil de gestion de tickets** (_issues_, pour signaler des bugs ou des souhaits de fonctionnalités supplémentaires, affecter des tâches à des contributeurs, ... )
|
|
> - un **outil de gestion de tickets** (_issues_, pour signaler des bugs ou des souhaits de fonctionnalités supplémentaires, affecter des tâches à des contributeurs, ... )
|
|
|
> - un **outil d'intégration continue** (_CI/CD_, _Continuous Integration / Continuous Delivery_, pour automatiser le test, la mise en pré-production ou production, ..., à chaque nouveau commit)
|
|
> - un **outil d'intégration continue** (_CI/CD_, _Continuous Integration / Continuous Delivery_, pour automatiser le test, la mise en pré-production ou production, ..., à chaque nouveau commit)
|
| ... | @@ -59,22 +59,22 @@ Il est possible de créer un nouveau projet : |
... | @@ -59,22 +59,22 @@ Il est possible de créer un nouveau projet : |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ici, pour créer le projet vierge, il suffit :
|
|
Ici, pour créer le projet **vierge**, il suffit :
|
|
|
|
|
|
|
|
- de lui donner un **nom** (`project name`), ici `gitlab-basics`
|
|
- de lui donner un **nom** (`project name`), ici `gitlab-basics`
|
|
|
- de renseigner une **description** (`project description`)
|
|
- de renseigner une **description** (`project description`)
|
|
|
- de spécifier sa **visibilité** (qui peut voir les fichiers, ce qui ne veut pas forcément dire pouvoir les modifier) :
|
|
- de spécifier sa **visibilité** (qui peut voir les fichiers, ce qui ne veut pas forcément dire pouvoir les modifier) :
|
|
|
- _private_, accessible uniquement au propriétaire et aux contributeurs autorisés
|
|
- _private_, accessible uniquement au propriétaire et aux contributeurs qu'il aura autorisé
|
|
|
- _internal_, accessible à tous les utilisateur du serveur
|
|
- _internal_, accessible à tous les utilisateurs du serveur
|
|
|
- _public_, accessible publiquement (sans connexion)
|
|
- _public_, accessible publiquement (sans connexion)
|
|
|
|
|
|
|
|
**N.B.** L'usage veut que le dépôt de code soit initialisé avec un fichier `README.md` décrivant ce qu'on peut y trouver. Ce fichier est généré à partir de la description et peut être modifié par la suite. Il est rédigé en utilisant la syntaxe [Markdown](https://daringfireball.net/projects/markdown/) (avec laquelle est aussi rédigé ce wiki :wink:)
|
|
> :bulb: L'usage veut que le dépôt de code soit initialisé avec un fichier `README.md` décrivant ce qu'on peut y trouver. Ce fichier est généré à partir de la description et peut être modifié par la suite. Il est rédigé en utilisant la syntaxe [Markdown](https://daringfireball.net/projects/markdown/) (avec laquelle est aussi rédigé ce wiki :wink:)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
> :bulb: Il est également possible :
|
|
> :bulb: Il est également possible :
|
|
|
>
|
|
>
|
|
|
> - de spécifier si le projet doit être rattaché à l'utilisateur (c'est le cas ici), ou à un groupe auquel il est associé.
|
|
> - de spécifier si le projet doit être rattaché à l'utilisateur (c'est le cas ici), ou à un groupe auquel l'utilisateur est associé.
|
|
|
> - de modifier le suffixe de l'URL (`project slug`) à travers lequel il sera possible d'accéder au projet par la suite
|
|
> - de modifier le suffixe de l'URL (`project slug`) à travers lequel il sera possible d'accéder au projet par la suite
|
|
|
|
|
|
|
|
:rewind: La première étape, du point de vue de la gestion de versions, a été de mettre en place un dépôt distant sur le serveur GitLab, tel qu'illustré sur le schéma suivant :
|
|
:rewind: La première étape, du point de vue de la gestion de versions, a été de mettre en place un dépôt distant sur le serveur GitLab, tel qu'illustré sur le schéma suivant :
|
| ... | | ... | |
