Contrôle de code source
Connectez le compte GitHub ou GitLab dans lequel vous travaillez déjà et déployez directement depuis un dépôt : un site statique sur Pages, ou un projet sur un hébergement géré. Vous pouvez également vous connecter à Zinn Digital® avec GitHub ou GitLab. Chaque connexion indique les privilèges dont elle a besoin, est validée à l'entrée et est stockée dans Vault — jamais dans le code ou les journaux.
La connexion d'un compte de contrôle de version utilise le même processus de compte connecté que n'importe quel autre identifiant sur la plateforme : privilège minimum, validé et stocké dans Vault.
Avant d'autoriser quoi que ce soit, nous indiquons exactement quels dépôts et quelles permissions de compte sont nécessaires pour la connexion — rien de plus — afin que vous accordiez un jeton limité plutôt qu'un accès global.
Dès la connexion, nous appelons l'API du fournisseur pour confirmer que le jeton est actif et correctement délimité, puis nous affichons une coche verte ou rouge. Toute autorisation invalide ou excessive est refusée.
Un jeton validé est écrit dans Vault via la même interface de connexion que chaque identifiant utilise. Il n'est jamais intégré au code, consigné dans un journal, ni laissé dans un fichier d'environnement.
Vous pouvez révoquer notre accès sur GitHub ou GitLab, et supprimer la connexion de notre côté, quand vous le souhaitez. Chaque action effectuée par le biais d'un compte connecté est consignée dans les journaux d'audit.
Un dépôt peut être envoyé vers un hébergeur Pages pour un site statique ou compilé, ou vers un hébergement géré pour une application complète. Les poussées (pushes) peuvent déclencher un redéploiement afin que le site en direct suive votre branche par défaut.
Autorisez GitHub ou GitLab avec un jeton à portée limitée. Nous affichons d'abord les privilèges et les validons lors de la saisie.
Choisissez le dépôt et l'emplacement du déploiement : GitLab Pages, GitHub Pages, Cloudflare Pages ou l'hébergement géré.
Nous construisons et publions. Une URL temporaire vous permet de prévisualiser avant la résolution du DNS.
Activez la fonction push-to-deploy pour qu'un envoi (« push ») sur votre branche par défaut redémarre automatiquement le site en production.
GitHub et GitLab. Connectez le compte sur lequel vous travaillez déjà et nous pourrons déployer à partir de ses dépôts et, si vous l'activez, l'utiliser pour vous connecter. Les deux fonctionnent via la même interface de compte connecté.
Oui. En plus des e-mails et de GitHub, vous pouvez vous connecter à votre compte Zinn Digital® avec GitLab. La couche d'identité gère la liaison OAuth ; nous ne voyons jamais votre mot de passe de fournisseur.
Vers GitLab Pages, GitHub Pages ou Cloudflare Pages pour un site statique ou compilé, ou vers un hébergement géré pour une application complète. Vous choisissez la cible lors de la connexion du répository, et les pushes peuvent déclencher un redéploiement.
Nous vous indiquons les privilèges nécessaires à la connexion, validons le jeton auprès de l'API du fournisseur dès son entrée, et ce n'est qu'ensuite que nous le stockons dans Vault. Il n'apparaît jamais dans le code, les journaux ou un fichier d'environnement, et vous pouvez le révoquer auprès du fournisseur ou supprimer la connexion de notre côté à tout moment.
Il est proposé mais y est signalé. GitLab Pages et GitHub Pages partagent l'infrastructure du fournisseur et les domaines publics gitlab.io / github.io, ce qui constitue une empreinte SEO. Pour un réseau sans empreinte, déployez plutôt sur un hébergement isolé ; sur Mainstream, Pages bénéficie d'un statut de premier ordre.
Commencez un essai gratuit de 14 jours sans carte bancaire, connectez GitHub ou GitLab et déployez à partir du dépôt que vous utilisez déjà — validé dès l'entrée et stocké dans Vault.
Commencer gratuitement