Passer au contenu principal
Un projet est le conteneur de tout ce que vous construisez sur Replit. Les artefacts sont les résultats publiables à l’intérieur — applications web, applications mobiles, présentations de diapositives, animations, visualisations de données, jeux 3D et designs. Lorsque vous construisez plus d’une chose, vous avez deux options : ajouter plusieurs artefacts à un seul projet ou créer des projets séparés. Le bon choix dépend de si vos applications partagent des données, de la logique et un cycle de déploiement. Cette page couvre les deux termes en profondeur et vous montre quand garder les artefacts dans un seul projet ou quand en créer des séparés.

Qu’est-ce qu’un projet ?

Un projet est le conteneur qui contient votre code, vos données et tous les artefacts que vous créez. Lorsque vous dites à Agent ce que vous voulez, il configure un projet et construit les artefacts à l’intérieur. Pensez à un projet comme à un espace de travail sur votre bureau. Tout se trouve au même endroit et peut partager les mêmes informations, mais chaque pièce sert un objectif différent. Par exemple, si vous demandez à Agent de construire une application de suivi de fitness, il crée un projet avec un artefact d’application mobile ainsi que le backend, la base de données et le stockage dont il a besoin pour fonctionner. Concepts clés :
  • Projet : Le conteneur qui contient tout — votre code, vos données et tous vos artefacts.
  • Artefact : Un résultat publiable dans un projet (une application web, une présentation de diapositives, une vidéo, etc.).
  • Ressources : Chaque artefact bénéficie automatiquement d’un accès à un backend, une base de données et un stockage de fichiers — aucune configuration requise.
Pour tout ce que vous pouvez faire avec un projet — gérer, filtrer, épingler, trier — consultez Projets.

Qu’est-ce qu’un artefact ?

Les artefacts sont les éléments que vous pouvez publier sur Replit. Chacun est un résultat complet et autonome qui obtient sa propre URL partageable lorsque vous publiez. Tout le reste dans votre projet — fichiers, images, CSV, code — soutient vos artefacts mais ne peut pas être publié seul.
TypeCe que c’est
Application webSites web et applications web qui gèrent les utilisateurs, les bases de données, et plus encore.
Application mobileApplications natives pour iPhone et Android.
Présentation de diapositivesPrésentations que vous pouvez présenter ou exporter.
AnimationGraphiques animés et vidéos animées. Exportez en MP4.
Visualisation de donnéesTableaux de bord interactifs et visualisations pour explorer des données et créer des graphiques.
Jeu 3DJeux 3D, simulations et expériences interactives.
DesignDirections visuelles et prototypes explorés sur le canvas de design.
Pour tout ce que vous pouvez faire avec les artefacts — passer de l’un à l’autre, en ajouter de nouveaux, la barre latérale Bibliothèque — consultez Artefacts.

Ce que les artefacts partagent dans un projet

Lorsque des artefacts se trouvent dans le même projet, ils partagent automatiquement :
  • Base de données : Un artefact écrit des données, les autres les lisent instantanément.
  • Backend et API : Logique serveur partagée, pas de code dupliqué.
  • Stockage de fichiers : Images, documents et téléchargements accessibles à tous les artefacts.
  • Déploiement : La publication déploie tout ensemble de manière synchronisée.
Cela signifie que vous n’avez pas besoin de configurer des connexions ou de dupliquer du code entre les artefacts. Mais cela signifie également que vous ne pouvez pas publier un artefact sans publier les autres.

Guide rapide

Voici les scénarios clés à considérer lorsque vous décidez d’ajouter des artefacts à un projet existant ou d’en créer un séparé.
Utiliser plusieurs artefacts dans un projetUtiliser des projets séparés
Les applications partagent les mêmes données et backendLes applications ne partagent pas de logique ou de données sous-jacentes
Vous souhaitez que tout se déploie ensembleVous avez besoin de cycles de déploiement indépendants
Ils sont complémentaires (comme une application client et un tableau de bord admin)Ce sont des produits non liés ou pour des clients différents
Vous souhaitez que les modifications d’un artefact se reflètent automatiquement dans les autresLe projet est de courte durée, comme une page de destination de campagne ou un site d’événement

Exemples

Même projet : application web + application mobile pour un produit

Un restaurant construit une application web pour que les clients puissent parcourir le menu et une application mobile pour que le personnel gère les commandes. Les deux se connectent à la même base de données d’articles du menu, de commandes et d’informations client. Pourquoi un seul projet : les applications partagent les mêmes données et backend. Lorsqu’un client passe une commande via l’application web, le personnel la voit immédiatement sur l’application mobile.

Même projet : application + tableau de bord admin + présentation investisseurs

Une startup construit son produit principal, un panneau d’administration interne pour gérer le contenu et une présentation pour la levée de fonds — tout dans un seul projet. Pourquoi un seul projet : le tableau de bord admin gère les mêmes données que l’application affiche, et la présentation peut référencer des métriques en direct depuis le backend partagé.

Projets séparés : deux applications client non liées

Un freelance construit une boutique e-commerce pour un client et un système de réservation pour un autre. Pourquoi des projets séparés : les applications n’ont pas de données ou de logique partagées. Chaque client a besoin d’un déploiement indépendant et vous ne voulez pas que les modifications de l’un affectent l’autre.

Projets séparés : page de destination de campagne à côté d’un produit principal

Vous avez une application de production qui tourne toute l’année et une page de destination de courte durée pour une campagne marketing. Pourquoi des projets séparés : la page de campagne a son propre cycle de vie — vous la lancerez, la ferez tourner pendant quelques semaines et la retirerez. La garder séparée évite d’encombrer votre produit principal et vous permet de la publier ou de la retirer indépendamment.

Questions fréquemment posées

Pas actuellement. Si vous avez besoin de séparer un artefact, créez un nouveau projet et demandez à Agent de le reconstruire là-bas.
Un projet peut contenir un maximum de 7 artefacts, avec une limite de 1 application mobile par projet. Cette limite existe car des artefacts supplémentaires consomment plus de mémoire, ce qui peut ralentir l’aperçu. Si vous avez besoin de plus d’artefacts, démarrez un autre projet.
Pas actuellement. La publication déploie tout ensemble. Si vous avez besoin d’un déploiement indépendant, utilisez des projets séparés.
Oui. Tous les artefacts d’un projet partagent la même base de données et les mêmes services backend. Si votre application web écrit des données, votre application mobile et votre tableau de bord de données peuvent les lire immédiatement.
Les artefacts sont des éléments que vous pouvez publier — applications, diapositives, vidéos, etc. Les fichiers (comme les CSV, les images ou le code) sont des ressources dans votre projet qui soutiennent vos artefacts mais ne peuvent pas être publiés seuls.