Introduction-GIT

This project is maintained by juanluck

TP 5 : Comment créer un site Web sur GitHub pages

Retour à la page principale


Objectifs du TP 5

Avec les pages Github, GitHub vous permet d’héberger une page Web à partir d’un référentiel. Dans ce TP, nous allons apprendre à :

  1. Créer un site Web pour un référentiel
  2. Ajouter du contenu à l’aide de Markdown et HTML
  3. Créer un site Web pour la SAE 2.03

Haut de la page


1. Créer un site Web pour un référentiel existant

Parmi de nombreuses autres fonctionnalités, github vous permet d’héberger des sites Web dans l’extension github.io. Ce même cours en est un exemple : le site https://juanluck.github.io/Introduction-GIT n’est rien de plus qu’un dépôt github rendu public sous la forme d’un site web.

Il existe de nombreuses raisons pour lesquelles nous pourrions souhaiter avoir un site Web hébergé sur github : l’hébergeur est gratuit, la plate-forme est bien connue et elle peut même être utilisée comme site Web personnel. De plus, la mise à jour du contenu et le workflow se fait facilement grâce aux commandes que l’on connait déjà : il suffit de cloner un référentiel, de modifier localement le contenu souhaité, de le valider (git commit) et de mettre à jour le site (git push). Ne vous inquiétez pas, nous verrons cela étape par étape.

Dans cette section, nous allons créer une page Web associée à un référentiel existant. Pour cela nous suivrons les étapes suivantes :

a

a

Vérification du contenu Web par défaut

Si vous êtes déjà dans la branche gh-pages du répertoire local, vous pouvez voir qu’il existe un fichier index.md qui contient le contenu Web écrit en markdown. Ce contenu est publiquement accessible sur le site https://<votre-utilisateur-github>.github.io/tp3/. Dans la section prochaine, on va apprendre comment modifier ce contenu.

Haut de la page


2. Ajouter du contenu à l’aide de Markdown et HTML

Vous venez de créer une page web dépourvue de contenu. Dans cette section, nous vous invitons à vous familiariser avec les outils de markdown et html pour savoir comment ajouter un tel contenu. Soyez libre, cet exercice n’est pas évalué, il s’agit simplement de jouer et de vous familiariser avec l’environnement.

Flux de travail

Les pages Github vous permettent de traiter les mises à jour de sites Web comme s’il s’agissait simplement d’un autre référentiel. Après avoir créé le site Web (voir section précédente), vous devez avoir une copie local du référentiel (par exemple à travers de la commande git clone ...).

Ce qui est intéressant avec les pages github, c’est que le contenu web est traité dans une branche appelée gh-pages. Cela nous permet de différencier le contenu web (qui sera traité dans la branche gh-pages) de la partie du code du répositoire (qui sera normalement dans la branche principale main).

Pour vous assurer que nous modifions le contenu Web, accédez à votre référentiel local et tapez :

$ git branch
* gh-pages
  main

Si l’étoile est sur la branche main, vous devez faire un checkout sur la branche gh-pages avec la commande :

$ git checkout gh-pages

Désormais, toutes les modifications que vous apporterez au fichier index.md (ou autres), modifieront le contenu web. Pour le mettre à jour sur le site Web, nous le traitons comme un autre référentiel. C’est-à-dire qu’il faut valider les changements, faire un commit et enfin un push.

Exemples

Rien n’empêche tout type de contenu dans cet exercice. Ci-dessous, nous vous montrons quelques exemples. Certains d’entre eux sont insérés grâce au markdown et d’autres grâce au html. Essayez de les reproduire mais n’en restez pas là. Explorez des differents possibilités.

Cliquez sur ce lien

Cliquez sur ce lien

drawing

Image Linus

Item Pris Stock
Pommes 1.99 739
Bananas 1.89 6
Cette boîte a été générée avec css. Oserez-vous reproduire le résultat ?

Haut de la page


3. Créer un site Web pour la SAE 2.03

La SAE 2.03 porte sur l’installation de services réseaux. En particulier, dans ce SAE, nous apprendrons comment installer ces services avec docker : une plate-forme qui utilisent la virtualisation au niveau du système d’exploitation pour fournir des logiciels dans des packages appelés conteneurs. Pour le moment, nous n’avons pas besoin d’entrer dans les détails. Nous verrons comment docker fonctionne plus tard.

Ce qu’il faut savoir c’est qu’on va faire le compte-rendu de ce SAE en utilisant les pages github. Cette section est destinée à créer un site Web que nous devrons compléter au fur et à mesure de notre progression dans la SAE.

Préliminaires à lire attentivement

Préliminaires

Avant de commencer à créer le site Web, vous trouverez ci-dessous certains éléments à prendre en compte pour la SAE 2.03 :

  • Évaluation de la SAE

    • Le SAE consistera en un travail d'équipe et un travail individuel, chacun d'eux valant 50% de la note finale.
    • Travail en équipe :
      • La plupart du temps à la SAE vous allez travailler en équipe. Pour la création du site Web, vous devez avoir l'équipe déjà formée.
      • Le travail consistera à réaliser un projet avec différents types d'exercices en docker. Les résultats seront livrés sur github (lors de la SAE on vous expliquera comment faire).
      • Le compte-rendu du projet se fera par le site web que nous allons commencer à créer dans cette rubrique.
    • Travail individuel :
      • Le travail individuel vous sera proposé le 30 mai et vous aurez l'après-midi pour le compléter.
  • Organisation des équipes

    • C'est à vous de vous organiser en équipes.
    • Pour la SAE vous allez vous organiser en équipes de minimum 3 personnes et maximum 4.
    • Le non respect du nombre de membres de l'équipe entraîne une pénalité dans le grade.
    • Pour la réalisation du site web sur github, l'équipe doit être organisée.

Création du site web

Exercice

  1. En suivant les étapes décrites dans ce TP, nous allons créer un nouveau référentiel que nous appellerons docker-sae203
  2. L’un des membres de l’équipe créera le référentiel et invitera les autres membres au projet. Le document sera géré par tous les membres de l’équipe.
  3. Attention : sauf si vous avez un compte premium sur github, le dépôt doit être public pour pouvoir publier le site.

Ce TP se termine ici. Bien que vous ne pouvez pas encore fournir de contenu au site Web (c’est-à-dire que vous n’avez pas commencé avec docker), vous pouvez déjà commencer à travailler sur la structure et la forme du document. Privilégier le travail sur différents fichiers pour éviter les conflits.

Haut de la page


Fin du TP 5