Linear 250 → 10 membres : pourquoi migrer maintenant
En février 2026, Linear a modifié les conditions de son plan gratuit : la limite de membres est passée de 250 à 10. Les équipes déjà constituées qui excèdent ce seuil ont reçu une notification et une période de grâce avant la bascule. Passer au plan payant Linear coûte selon la grille tarifaire affichée sur linear.app
Ce que le self-hosting change concrètement
- Aucune limite de membres — ajoutez autant de collaborateurs que votre infrastructure le permet, sans modifier votre facturation.
- Données sous votre contrôle — tickets, commentaires, historique d'états et pièces jointes restent dans votre propre base de données, sur votre propre disque.
- Mises à jour à votre rythme — vous décidez quand appliquer une nouvelle version ; aucun éditeur ne modifie votre environnement de production sans votre accord.
- Intégrations libres — vous connectez vos propres outils (CI, webhooks, scripts) sans passer par une marketplace payante.
- Coût prévisible — un VPS correctement dimensionné couvre l'ensemble de l'équipe ; le coût ne varie pas avec la croissance.
- Conformité interne facilitée — héberger les données dans votre propre infrastructure simplifie les audits et les politiques de sécurité internes.
Plane ou Vikunja ? Choisir selon votre besoin
Les deux outils couvrent le suivi d'issues et les sprints, mais leurs profils sont différents. Plane est le successeur naturel de Linear pour les équipes qui veulent retrouver les mêmes concepts — cycles, modules, inbox, pages wiki — dans une interface proche. Vikunja est plus léger, orienté tâches et liste, avec une empreinte système très faible qui le rend adapté à des VPS d'entrée de gamme ou à des équipes qui n'ont pas besoin de la gestion de sprints formelle.
Plane vs Vikunja : tableau comparatif
| Critère | Plane | Vikunja |
|---|---|---|
| RAM minimum | 4 Go (AIO community) | < 512 Mo |
| Licence | AGPL-3.0 | GPL-3.0 |
| Gestion de backlog | Issues, statuts personnalisables, priorités, étiquettes | Tâches, listes, buckets, priorités |
| Sprints / cycles | Cycles natifs (date de début, date de fin, progression) | Pas de sprints natifs — à simuler avec des listes |
| Intégrations | GitHub, GitLab, Slack, Jira (import), API REST | API REST, webhooks, import CSV/JSON |
| Courbe d'apprentissage | Moyenne — interface riche, plusieurs concepts à maîtriser | Faible — prise en main en quelques minutes |
| Import depuis Linear | CSV importé manuellement via les Issues | CSV ou JSON via l'interface d'import |
| Cas d'usage recommandé | Équipes tech 5–50 personnes, gestion de sprints formelle | Petites équipes, usage personnel ou projets légers |
Exporter depuis Linear : procédure exacte
Linear permet d'exporter vos issues au format CSV depuis les réglages de l'espace de travail. L'export couvre les issues actives et archivées, leurs statuts, priorités, étiquettes, assignés et commentaires au format texte. Les pièces jointes (fichiers uploadés directement dans Linear) ne sont pas incluses dans l'export CSV — téléchargez-les manuellement si elles sont critiques.
Migrer de Linear vers Plane ou Vikunja en sept étapes
Exporter vos issues depuis Linear
Dans Linear, ouvrez Settings (roue dentée en bas à gauche) → Workspace → Export. Sélectionnez le format CSV et déclenchez l'export. Linear envoie un e-mail avec le lien de téléchargement sous quelques minutes. Le fichier CSV contient : title, description, status, priority, assignee, labels, created_at, updated_at, completed_at, cycle, project, et les commentaires dans une colonne dédiée. Conservez ce fichier — c'est votre source de migration.
Déployer Plane ou Vikunja sur votre VPS
Pour Plane : un VPS avec 2 vCPU et 4 Go de RAM est le minimum requis par la documentation officielle pour l'image AIO. Lancez le conteneur avec docker run -d --name plane --restart unless-stopped --env-file /opt/plane/.env -v plane-data:/app/plane-data -p 127.0.0.1:8080:8080 makeplane/plane-aio-community:stable. Consultez le guide complet sur le déploiement de Plane sur VPS pour les détails du reverse proxy HTTPS.
Pour Vikunja : un VPS avec 1 vCPU et 512 Mo de RAM suffit. Créez un fichier docker-compose.yml avec les services vikunja (image vikunja/vikunja:latest) et une base de données (MariaDB ou PostgreSQL). Exposez le port 3456 derrière votre reverse proxy. Vikunja démarre en moins de trente secondes sur un hôte minimal.
Préparer le fichier CSV pour l'import
Avant d'importer, ouvrez le CSV dans un tableur et vérifiez la colonne des statuts : Linear utilise ses propres noms de statuts (Backlog, Todo, In Progress, Done, Cancelled). Plane et Vikunja ont leurs propres statuts par défaut. Soit vous les renommez dans le CSV pour qu'ils correspondent aux statuts cibles, soit vous créez les statuts correspondants dans votre nouvel outil avant l'import. Un statut non reconnu est généralement ignoré ou assigné au statut par défaut — vérifiez après l'import.
Importer les issues dans Plane ou Vikunja
Dans Plane : ouvrez votre projet → Settings → Imports → CSV. Téléversez le fichier et mappez les colonnes : title → Nom, description → Description, status → État, priority → Priorité, assignee → Assigné, labels → Étiquettes. Plane crée les issues en masse et conserve les dates de création si la colonne created_at est mappée.
Dans Vikunja : ouvrez votre liste → icône d'import → CSV. Vikunja attend les colonnes Title, Description, Done (booléen), Due Date, Priority. Si votre CSV Linear utilise des noms différents, renommez les en-têtes de colonnes avant l'import. Vikunja propose aussi un import JSON pour une migration plus fine via l'API.
Vérifier l'intégrité après import
Après l'import, comparez le nombre d'issues importées au nombre d'issues dans votre export CSV. Si des issues manquent, elles ont probablement un statut ou une priorité non reconnue. Filtrez les issues par statut dans votre nouvel outil pour repérer les anomalies. Vérifiez aussi que les issues assignées à des membres ont bien un assigné — les membres doivent exister dans l'outil cible avant l'import, sinon le champ est laissé vide sans erreur.
Inviter les membres de l'équipe
Dans Plane : ouvrez Settings → Members de votre espace de travail → Invite Members. Envoyez les invitations par e-mail. Les membres acceptent l'invitation et créent leur compte sur votre instance. Affectez-leur ensuite les rôles appropriés (Admin, Member, Viewer) au niveau du projet.
Dans Vikunja : ouvrez Settings → Users (accessible depuis l'interface d'administration) → New User, ou laissez les membres s'inscrire directement si vous avez activé les inscriptions. Partagez ensuite les listes ou projets avec chaque membre depuis les réglages de partage.
Configurer les intégrations et tester
Si votre équipe utilisait l'intégration GitHub de Linear, connectez l'équivalent dans votre nouvel outil : Plane propose une intégration GitHub dans Settings → Integrations → GitHub. Vikunja expose une API REST et des webhooks — connectez votre pipeline CI via les webhooks entrants. Faites un test end-to-end : créez une issue depuis votre pipeline CI, vérifiez qu'elle apparaît dans l'outil, modifiez son statut, et vérifiez que la notification (e-mail ou webhook) arrive bien.
Commencez par un projet pilote
Ne migrez pas toute l'équipe en une seule fois. Choisissez un projet secondaire ou une équipe volontaire pour tester l'import, valider le mapping des statuts et former un premier groupe d'utilisateurs. Une fois le projet pilote stable — une à deux semaines — migrez les projets restants. Cette approche progressive permet de détecter les problèmes de mapping ou d'intégration sans bloquer toute la production.
Dépannage : problèmes fréquents à la migration
Plane ne démarre pas avec moins de 4 Go de RAM. L'image AIO regroupe Django, Celery, PostgreSQL et Redis dans un seul conteneur. Sous 4 Go, le worker Celery entre en compétition avec PostgreSQL pour la mémoire disponible et le conteneur redémarre en boucle. Vérifiez avec docker stats plane : si la mémoire RSS dépasse 90 % de la RAM disponible dès le démarrage, augmentez le VPS avant d'investiguer autre chose.
L'import CSV dans Plane se termine sans erreur mais les issues n'apparaissent pas. Plane valide le CSV en silence : si une colonne obligatoire (title) est vide sur une ligne, la ligne entière est ignorée. Ouvrez le CSV dans un tableur et filtrez les lignes avec un titre vide — ce sont généralement des lignes de sous-tâches Linear qui n'ont pas de titre propre dans l'export.
Vikunja remet les priorités à zéro après l'import. Vikunja attend des valeurs numériques pour la priorité (0 = aucune, 1 = basse, 2 = moyenne, 3 = haute, 4 = urgente). L'export Linear utilise des libellés texte (Low, Medium, High, Urgent, No priority). Remplacez ces libellés par les valeurs numériques correspondantes dans le CSV avant l'import — un simple chercher/remplacer dans un tableur suffit.
Les membres invités ne reçoivent pas l'e-mail d'invitation. Vérifiez que les variables d'e-mail sortant sont correctement renseignées dans votre fichier .env (EMAIL_HOST, EMAIL_PORT, EMAIL_HOST_USER, EMAIL_HOST_PASSWORD). Sur Plane, testez avec docker exec plane python manage.py sendtestemail [email protected]. Sur Vikunja, la configuration SMTP se trouve dans le fichier config.yml sous la clé mailer.
Gérer votre gestion de projet sur votre propre infrastructure
La réduction du plan gratuit Linear illustre un risque structurel des outils SaaS : les conditions changent, les limites s'abaissent, et les équipes qui ont construit leur workflow autour d'un outil tiers se retrouvent à devoir payer ou migrer dans l'urgence. Plane et Vikunja offrent tous les deux une alternative stable, avec un modèle de données comparable à Linear et des licences open source qui garantissent la pérennité des données. Le choix entre les deux dépend principalement de la RAM disponible sur votre VPS et du besoin de gestion formelle de sprints — Plane pour les workflows proches de Linear, Vikunja pour une configuration plus légère. Pour aller plus loin dans la consolidation de vos outils de gestion, consultez le guide sur Huly (issues, docs et chat dans un seul outil) et le guide sur la migration de vos SaaS vers le self-hosting.
