Question

J'utilise un dépôt subversion qui m'a été donné gratuitement par un site généreux. Cela signifie que je ne dispose que de 200 Mo de travailler avec le référentiel. Je ne me plains pas, cependant, parce que je ne considère cela très généreux, et plus que suffisant pour mes besoins de code source.

Cependant, j'ai de temps en temps en utilisant la subversion pour plusieurs types de stockage de fichiers lourds, simplement en raison de la façon dont le système est puissant, quand je veux aller « dans le temps » pour arranger les choses. Je suis une personne plutôt désorganisé, et d'avoir quelque chose comme un système de contrôle de version dédiée à me aider à trier les choses est vraiment très utile.

Ce que je me demande, alors, est de savoir si mon dépôt sur le nuage sera « tenant » à un gros fichier que je aurais pu ajouter au contrôle de version par erreur. Supposons que j'ajouter plusieurs fichiers volumineux (disons une multitude de 2MB de jpeg) à un dépôt subversion. Je pourrais, en plus de les modifier légèrement un peu sur une validation ultérieure, et aussi fournir des commentaires verbeux commettras inutilement des messages pour le journal. Ensuite, je me rends compte que je ne veux pas de ces plus jpegs, et les supprimer.

Depuis que je devrais pouvoir accéder au dépôt à tout précédent commit numéro, y compris bien sûr celle à laquelle je l'origine ajouté les fichiers, que cela veut dire que même si je les supprimer de la dernière mise en pension, la pension réelle continuera de tenir sur eux pour toujours si elle est d'assurer la capacité de la caisse?

Si tel est le cas, je pense qu'il existe une disposition pour la suppression de ces données? Si ma pension devient pléthorique avec ce type de données « jetables » (par exemple, je cours sur mon quota de 200 Mo et que vous souhaitez toujours utiliser mon repo un peu plus à mes fins de programmation), il doit exister certains façon pour moi de recadrer la graisse?

Toutes mes excuses pour ne pas recherches sur le sujet beaucoup plus à l'avance. Il est tard.

Était-ce utile?

La solution

Le repo tiendra sans aucun doute sur les données. Le terme technique correct est oblitérer. Voici un lien pourquoi cette fonctionnalité n'existe pas sur Subversion.

Il ne viendra pas dans les prochaines versions 1.7 / 1.8 soit. La feuille de route pour Subversion est .

Puisque vous utilisez Subversion hébergé, vérifiez auprès de l'hôte si elles permettent la commande svndumpfilter à exécuter à distance sur le serveur.

Autres conseils

Oui il est supprimé "fichiers serait encore dans le repo SVN.

que cela veut dire que même si je les supprimer de la dernière mise en pension, la pension réelle continuera à les retenir pour toujours si elle est d'assurer la capacité de la caisse?

Oui

Si tel est le cas, je suppose qu'il existe une disposition pour la suppression de ces données?

Non il n'y a pas. Cependant, vous pouvez vider le dépôt dans un fichier, couper les choses que vous ne voulez pas, renumerotate les révisions et le charger de nouveau dans un dépôt frais. Mais attention ... Il y a quelques

Le système de contrôle source met beaucoup d'efforts pour nous assurer que vous pouvez revenir à tout moment et que toutes les données sont à votre disposition, comme il était, à ce numéro de révision particulier.

Le point entier de contrôle de version est de faire que rien ne se fait jamais supprimé ou remplacé de façon permanente. Ainsi, « suppression » d'un fichier, ne le supprime de votre point de vue actuel, pas pour la vue précédente; pour la vue précédente, il sera toujours là.

Il existe des méthodes de dumping en supprimer manuellement les éléments indésirables, mais ils ont tendance à être loin d'être facile à utiliser.

scroll top