> ## Documentation Index > Fetch the complete documentation index at: https://docs.replit.com/llms.txt > Use this file to discover all available pages before exploring further. # Paramètres de confidentialité et de déploiement > Contrôlez la façon dont votre équipe publie des applications, protège les aperçus de développement et choisit les géographies de déploiement avec les paramètres de confidentialité et de déploiement Enterprise. Maintenant que vous avez ajouté des collaborateurs et des développeurs à votre Workspace, décidez comment ils peuvent publier des applications et qui devrait pouvoir y accéder. Un **déploiement** est une version publiée de votre application s'exécutant dans un environnement de production, distinct de l'aperçu de développement que vous utilisez pendant la construction. Selon les politiques de votre organisation, les développeurs peuvent publier publiquement, restreindre l'accès avec un déploiement privé ou utiliser une protection par mot de passe. Ouvrez **Settings → Advanced** pour trouver **Privacy settings** et **Deployment settings**. Ces contrôles d'administrateur définissent les choix de publication disponibles pour votre équipe. ## Contrôler la confidentialité de publication Utilisez **Privacy settings** pour contrôler l'accès aux applications publiées et protéger les URLs de développement. Paramètres de confidentialité affichant les déploiements privés, les exceptions de publication publique, la protection par mot de passe, les URLs de développement privées et les restrictions d'export et de téléversement. ### Déploiements privés Un déploiement public est destiné à être accessible aux visiteurs extérieurs à votre organisation. Un déploiement privé nécessite un accès autorisé plutôt que d'exposer l'application publiquement. Utilisez **Private deployments** pour choisir la politique de publication de votre équipe : | Option | Effet | | ---------------------- | ----------------------------------------------------------------------- | | Off | Les développeurs peuvent publier des applications publiques et privées. | | Require | Toutes les applications nouvellement publiées doivent être privées. | | Require for non-admins | Seuls les administrateurs peuvent publier des applications publiques. | Menu déroulant Déploiements privés affichant Off, Require et Require for non-admins. Cette politique s'applique aux applications nouvellement publiées. Elle ne modifie pas la visibilité des applications déjà publiées. Vérifiez les applications existantes séparément. ### Exceptions de publication publique Sélectionnez **Manage** à côté de **Public publishing exceptions** pour examiner et révoquer les exceptions spécifiques à un projet sur l'ensemble du compte. Cela aide les administrateurs à suivre les projets autorisés à publier publiquement sans assouplir la politique pour tout le monde. ### Déploiements protégés par mot de passe La protection par mot de passe permet aux développeurs de partager une application publiée avec des personnes qui possèdent son mot de passe. C'est différent de l'accès privé lié à une identité authentifiée. Utilisez **Password-protected deployments** pour contrôler si les développeurs peuvent en créer : | Option | Effet | | ----------------------- | -------------------------------------------------------------------------------------- | | Enabled | Les développeurs peuvent créer des déploiements protégés par mot de passe. | | Disabled | Les déploiements protégés par mot de passe sont désactivés pour tous les développeurs. | | Disabled for non-admins | Seuls les administrateurs peuvent créer des déploiements protégés par mot de passe. | Menu déroulant Déploiements protégés par mot de passe affichant Enabled, Disabled et Disabled for non-admins. Ce paramètre ne s'applique pas aux applications existantes. L'activer permet la protection par mot de passe ; cela n'ajoute pas automatiquement un mot de passe à chaque déploiement. ## Protéger les aperçus de développement **Require private development URLs** contrôle l'accès aux applications pendant leur construction, plutôt qu'à leurs déploiements de production publiés. Lorsque ce paramètre est activé, toutes les URLs de développement d'applications nécessitent une authentification. Cela inclut le SSO si votre organisation a activé SAML. Contrairement aux politiques de publication ci-dessus, les URLs de développement privées s'appliquent rétroactivement aux applications existantes. Les aperçus privés ne sont pas pris en charge pour les applications mobiles dans Expo Go, les simulateurs ou l'application mobile Replit. ## Restreindre les exports et les téléversements La même section Privacy settings comprend deux contrôles supplémentaires : * **Ban source code export :** Empêche les développeurs d'exporter le code source d'une application sous forme de fichier ZIP. C'est un contrôle d'export, pas une garantie que le code ne peut pas sortir par une autre voie. * **Ban attachment uploads :** Empêche les développeurs de téléverser des pièces jointes dans le chat Replit ou d'importer des fichiers. ## Choisir la géographie de déploiement Sous **Deployment settings**, utilisez **Deployment geography** pour contrôler où les membres peuvent publier des projets. Choisissez **All geographies** pour autoriser toute géographie disponible, ou sélectionnez une géographie spécifique. Menu déroulant Géographie de déploiement avec All geographies, North America, South America, Europe (EU), Asia et Australia. Ce paramètre régit la géographie de déploiement. Ce n'est pas une garantie que chaque service utilisé par une application, comme une base de données ou une API externe, stocke ou traite les données dans la même géographie. Pour les géographies disponibles, les restrictions de publication et l'effet de la géographie sur le calcul et le stockage, consultez [Géographie des projets](/fr/features/publishing/project-geography). Pour les exigences de dépôt Git distant, consultez [Paramètres de contrôle de code source](/fr/teams/enterprise-privacy-settings). Pour exiger des analyses de vulnérabilité avant la publication, consultez [Sécurité](/fr/teams/security#exiger-des-analyses-de-securite-avant-la-publication). ## Étape suivante Choisissez les modèles approuvés et contrôlez l'accès aux niveaux d'effort plus élevés.