SVN: impossible de trouver les fichiers validés

Question

Relativement nouveau avec SVN. J'utilise svn sur le système local (OpenSuSE 11.3). J'ai déjà créé un dossier repo avec svn. Accéder au référentiel avec le fichier: /// path. Je rencontre des problèmes avec les fichiers apporter copiés de repo et engagent à repo

Dans mon dossier de travail que je ne peux pas voir les fichiers de prise en pension après l'exécution de la commande de la caisse

svn checkout file:///home/svn/projects/ 

Dans mon lieu de travail après avoir créé un test fichier appelé « testing » et l'ajouter à la svn via

svn add testing 

Je peux voir le dossier .svn créé dans le même répertoire. Cependant après avoir commis le fichier

svn commit testing 

Je suis pris à vi avec

--This line, and those below, will be ignored-- 

A testing 

après avoir copié l'un test pour avant la ligne et la sortie vi avec: wq je reçois

Sending  testing 
Transmitting file data . 
Committed revision 1. 

Cependant retour dans le repo (/ home/svn/projets) Je ne trouve pas le fichier. Mon svn gère également un autre répertoire repo mais celui-ci est vide et le fichier n'y va pas non plus.

Merci

Answer 1

Le dépôt Subversion est une base de données qui ne stocke pas vos fichiers de façon évidente. En particulier, il ne stocke pas l'historique d'un fichier dans un fichier portant le même nom.

Le seul endroit où vous verrez votre fichier avec le nom joint est dans un répertoire de travail extrait, jamais dans le référentiel lui-même.

En outre, la ligne A testing que vous voyez dans le fichier de message de validation est un indice utile qui vous informe de ce qui sera validé. Vous n'avez pas besoin de le déplacer pour valider votre fichier, et le laisser en place ou le supprimer n'aura pas pour conséquence que votre fichier ne soit pas validé. Il y a une raison pour laquelle la ligne --This line, and those below, will be ignored-- est là.

En guise de remarque, je ne peux pas recommander Subversion comme système de contrôle de version à utiliser pour les nouveaux projets. Si vous avez une raison spécifique de l'utiliser, faites-le. Mais si vous ne le faites pas, je vous recommande fortement de vérifier Mercurial ou git et d'utiliser l'un de ces deux à la place.