2010-02-26 6 views
2

Je vois des développeurs de noob oublier d'archiver des fichiers modifiés dans un dépôt SVN. Ils vérifient seulement quelques dossiers et omettent d'autres! Clearcase a facilité la visualisation de tous les fichiers de référentiel modifiés. Quelle est la ou les commandes équivalentes dans SVN qui permettront à un développeur Noob de voir tous les fichiers modifiés (pour que tous les fichiers puissent être enregistrés)?Comment détecter les fichiers modifiés qui n'ont pas été archivés?

EDIT: Est-ce que quelqu'un sait comment faire "svn -q status" dans "Tortoise Subversion" que la plupart des développeurs utilisent?

Répondre

9

Par la relevant chapter in the SVN Manual, svn status vous montre tous les fichiers et les changements d'arbres que vous avez fait.

Si vous avez beaucoup de répertoires et de fichiers générés, cette sortie peut être un peu occupée, donc j'ai tendance à utiliser svn status -q qui supprime l'inclusion des fichiers ignorés et non versionnés.

En règle générale, il est recommandé d'effectuer vos vérifications à la racine de votre copie de travail en tant que lot (pour agréger vos modifications dans un seul numéro de révision). À partir de la racine de la copie de travail, svn ci sélectionne récursivement tous les fichiers modifiés pour la validation. Cela devrait aider à éviter d'oublier les fichiers.

+0

+1 pour mentionner faire des validations à partir de la racine de la copie de travail. La plupart des problèmes que je vois avec les développeurs des fichiers manquants est due à des validations de sous-répertoires ou simplement en validant un seul fichier. Développer l'habitude à la fois de vérifier le statut svn de la racine et de faire des validations depuis la racine aide énormément, tout comme valider tous les changements avec un commit récursif. En empêchant également les développeurs de travailler sur plus d'une "tâche" à la fois, ils peuvent ainsi valider toutes les modifications depuis la racine sans valider par inadvertance les modifications d'une autre tâche qui n'est peut-être pas encore terminée. – SuperMagic

+1

D'accord. C'est un problème de formation, pas un problème technique (bien qu'il existe des aides techniques comme celles mentionnées ci-dessus). Travaillez avec vos développeurs. Je pense qu'il est utile de préconiser un cycle de travail qui devient une habitude. Je recommande généralement les suivantes: 1) décider de travailler sur 2) IDE open 3) mettre en œuvre cette chose 4) à proximité IDE 5) engagent de la racine 6) Retour à 1 – glenc

2

svn status vous permettent de voir les fichiers qui sont modifiés ou sans statut, comme nouveau fichier que vous avez oublié de mettre sous contrôle de version

1

(En réponse à Edit)

Vous pouvez définir tortoisesvn ajouter peu superpositions icône à tous les dossiers/fichiers. Le cercle rouge avec un point d'exclamation signifie que le fichier (ou un fichier dans le dossier) a des modifications non validées. Cliquez avec le bouton droit n'importe où dans une fenêtre de l'Explorateur Windows, puis accédez à TortoiseSVN> Paramètres> Superpositions d'icônes.

Personnellement, je ne l'utilise pas autant parce que je fais la plupart de mes SVN commettre/mise à jour via Eclipse (qui a des superpositions similaires, comme j'imagine que beaucoup d'autres IDE le font).

1

En réponse à la façon de faire l'équivalent du « statut svn -q » dans TortoiseSVN:

Lorsque vous faites un SVN Commit à la racine de votre copie de travail, il apportera une fenêtre qui vous permet de entrez un message de validation. Au-dessous de la zone de message, il y a une liste "Modifications apportées", qui affiche par défaut tous les fichiers contrôlés par version qui ont été modifiés, ainsi que ceux qui ne sont pas sous contrôle de version. Si vous décochez la case "Afficher les fichiers non versionnés", les fichiers contrôlés par version seront affichés uniquement, tout comme l'option -q pour "svn status".

Questions connexes