Déployez PLANKA en un clic

Qu’est-ce que PLANKA ?

PLANKA est un tableau kanban que des équipes et des particuliers font tourner à la place de Trello. Les projets contiennent des tableaux, les tableaux des listes, et les cartes portent des étiquettes, des dates d’échéance, des listes de tâches, des pièces jointes, des commentaires, des champs personnalisés et un minuteur, avec un éditeur Markdown. Chaque modification apparaît aussitôt pour tous les membres du tableau, et un tableau s’affiche en kanban, en grille ou en liste. Les notifications partent par e-mail ou, via Apprise, vers plus de 100 services, et une API REST, des clés API et des webhooks le relient à d’autres outils.

On auto-héberge PLANKA pour garder ses projets sur une machine que l’on contrôle. Ce template fait tourner l’édition Community, gratuite, avec PostgreSQL, et crée l’administrateur à partir des champs, puisque PLANKA n’a pas d’inscription : l’administrateur ajoute chaque compte, et les membres d’un tableau ont le rôle Éditeur ou Spectateur. Le revers : l’édition Community est sous la Fair Use License de PLANKA, qui autorise l’usage personnel et interne mais pas la revente de son accès, et le SSO, les thèmes et l’affichage pour téléphones et tablettes font partie de PLANKA Pro, payant.

Hébergement de PLANKA sur Pethost

1. Vous vous connectez à Pethost avec une clé d’accès, GitHub ou Google. Pas encore de machine ? Vous choisissez une offre, et le lien attend qu’elle soit prête.
2. Nouveau projet s’ouvre sur PLANKA. Vous remplissez ce qu’il demande et cliquez sur Créer le projet : E-mail, Nom d’utilisateur, Mot de passe administrateur.
3. En une minute ou deux, PLANKA tourne à sa propre adresse en HTTPS. Ses secrets sont créés au hasard, et ses données sont dans la sauvegarde nocturne.
4. C’est un projet comme les autres : vous ou votre agent pouvez le modifier, revenir à une version précédente ou le restaurer.

Questions sur PLANKA

Le fichier Docker Compose de PLANKA

Le template, c’est ce compose.yaml et les variables écrites dans le .env du projet à sa création. Pethost exécute le fichier tel qu’il est écrit.

Conteneurs : planka (ghcr.io/plankanban/planka:2.2.1), postgres (postgres:16-alpine).

Volumes, dans la sauvegarde nocturne : data, db.

services:
  planka:
    image: ghcr.io/plankanban/planka:2.2.1
    restart: unless-stopped
    environment:
      BASE_URL: ${URL}
      DATABASE_URL: postgresql://planka:${POSTGRES_PASSWORD}@postgres/planka
      SECRET_KEY: ${SECRET_KEY}
      # Requests come through the proxy, which says the client's address and that it was HTTPS.
      TRUST_PROXY: "true"
      # PLANKA has no sign-up: this administrator is made at the first start, and its password is
      # set again from ADMIN_PASSWORD at every start, so a new one in .env takes effect on restart.
      DEFAULT_ADMIN_EMAIL: ${ADMIN_EMAIL}
      DEFAULT_ADMIN_PASSWORD: ${ADMIN_PASSWORD}
      DEFAULT_ADMIN_NAME: ${ADMIN_USERNAME}
      DEFAULT_ADMIN_USERNAME: ${ADMIN_USERNAME}
    volumes:
      - data:/app/data
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: planka
      POSTGRES_USER: planka
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
    volumes:
      - db:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -h 127.0.0.1 -U planka -d planka"]
      interval: 5s
      timeout: 5s
      retries: 10
      start_period: 30s

volumes:
  data:
  db:

compose.yamlLe voir sur GitHub