J'ai supprimé un ensemble de branches du référentiel de VisualSVN Server mais la taille totale du référentiel n'a pas diminué après la suppression. Est-ce la bonne façon de le faire ou est-ce que je manque quelque chose? VisualSVN Server est basé sur Apache Subversion.Comment supprimer un dossier de Visual svn?
Apache Subversion promet qu'une fois les données validées, elles sont stockées dans le référentiel pour toujours. Comme @ ÁlvaroGonzález a souligné dans le commentaire: c'est tout le but du contrôle de la source: garder l'historique du fichier. Cependant, il existe des cas particuliers où vous devez supprimer les données (c'est-à-dire les purger ou les supprimer), voir ci-dessous.
Exécution Supprimer opération dans la console Manager VisualSVN Server sur un sous-arbre référentiel a le même résultat que l'exécution commande svn delete. Vous supprimez simplement un fichier, un ensemble de fichiers ou de sous-arborescences de la dernière révision (HEAD), mais les données et l'historique de ses modifications sont toujours dans le référentiel.
De plus, cela n'a pas de sens d'enlever des branches en cas de Subversion. Les branches sont principalement des pointeurs vers la source de copie depuis laquelle elles ont été dérivées. Par conséquent, ils ne prennent pas vraiment beaucoup d'espace du côté du serveur.
En effet, il existe des cas particuliers où vous devez supprimer, purger ou effacer certaines données du référentiel. Mais notez que l'espace disque réduit n'est pas vraiment l'un d'entre eux, en particulier dans l'environnement d'entreprise, car les dépôts Subversion prennent le moins d'espace possible. Si vos utilisateurs ne stockent pas des images ISO ou des fichiers vidéo de plusieurs gigaoctets, mais uniquement du code source, il est déconseillé de supprimer des données du référentiel. Augmentez l'espace disque à la place. Cependant, vous devrez peut-être vider les fichiers contenant des données sensibles, les valider avec de très gros fichiers affectés par erreur au référentiel ou à des fins de restructuration du référentiel. C'est pourquoi Subversion propose repository filtering et devrait commencer à prendre en charge "obliterate" feature qui a été demandé dès le début du projet Subversion.
Eh bien, c'est tout le but du contrôle de la source: conserver l'historique des fichiers. –
La première question: combien d'espace le référentiel prend-il? Le second: que stockez-vous dans le référentiel? Êtes-vous sûr de devoir supprimer quelque chose du référentiel? Peut-être devriez-vous augmenter l'espace disque disponible? Les dépôts Subversion prennent généralement très peu d'espace disque. – bahrep