- ajouter plusieurs artefacts dans un seul projet,
- ou créer des projets séparés.
Ce que les artefacts partagent dans un projet
Lorsque les 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 à travers les artefacts
- Déploiement : La publication déploie tout ensemble de manière synchronisée
Guide rapide
Voici les scénarios clés à considérer pour décider d’ajouter des artefacts à un projet existant ou d’en créer un séparé.| Utiliser plusieurs artefacts dans un projet | Utiliser des projets séparés |
|---|---|
| Les applications partagent les mêmes données et backend | Les applications ne partagent pas de logique ou de données sous-jacentes |
| Vous voulez que tout soit déployé ensemble | Vous avez besoin de cycles de déploiement indépendants |
| Ils sont complémentaires (comme une application client et un tableau de bord d’administration) | Ce sont des produits sans rapport ou pour des clients différents |
| Vous voulez que les changements dans un artefact se reflètent automatiquement dans les autres | Le projet est éphémère, comme une page d’atterrissage 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 consultent 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 de menus, commandes et informations clients. 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 d’administration + pitch deck 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 d’administration gère les mêmes données que l’application affiche, et le pitch deck peut référencer des métriques en direct depuis le backend partagé.Projets séparés : Deux applications client sans rapport
Un freelance construit une boutique en ligne 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 changements d’une affectent l’autre.Projets séparés : Page d’atterrissage de campagne à côté d’un produit principal
Vous avez une application de production qui fonctionne toute l’année et une page d’atterrissage éphémère pour une campagne marketing. Pourquoi des projets séparés : La page de campagne a son propre cycle de vie — vous la lancez, l’exploitez pendant quelques semaines, puis la retirez. La garder séparée évite d’encombrer votre produit principal et vous permet de la publier ou de la supprimer indépendamment.Questions fréquentes
Puis-je déplacer un artefact vers un autre projet ?
Puis-je déplacer un artefact vers un autre projet ?
Pas actuellement. Si vous devez séparer un artefact, créez un nouveau projet et demandez à Agent de le reconstruire là.
Y a-t-il une limite au nombre d'artefacts qu'un projet peut avoir ?
Y a-t-il une limite au nombre d'artefacts qu'un projet peut avoir ?
Il n’y a pas de limite stricte. Ajoutez autant d’artefacts que votre projet en a besoin. Vos applications web, applications mobiles, présentations, vidéos et visualisations de données peuvent toutes coexister.
Puis-je publier un seul artefact d'un projet ?
Puis-je publier un seul artefact d'un 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.