Que signifient les icons de la capture d’écran suivante? Les icons proviennent de Subclipse, un plug-in SVN pour Eclipse.
Je ne parle pas des icons du fichier de base, je les connais (fichier HTML et fichier source Java). Je m’interroge sur les flèches gris foncé qui pointent vers la droite et qui sont étiquetées “sortantes”. Qu’est-ce que cela implique? Sortant de l’IDE vers le repo ou sortant du repo vers l’EDI? Pourquoi y a-t-il des signes moins à l’intérieur des flèches? Parfois, je vois plutôt des signes plus; d’autres fois, juste des flèches vides. Quelle est la différence?
Il y a aussi des flèches bleues pointant vers la gauche et des flèches rouges à double tête; qu’est-ce que ça veut dire? Qu’en est-il des cas où ils contiennent d’autres symboles, comme -
et +
?
Note: Cette question a été modifiée de manière très drastique. Normalement, je ne changerais pas autant, mais il n’y avait presque aucune activité et c’était une dupe. La question initiale demandait un “glossaire des icons” qui expliquerait la totalité ou la plupart des icons de Subclipse, comme celle-ci pour Eclipse . J’adorerais toujours en savoir plus sur l’un d’entre eux, mais il ne semble tout simplement pas y en avoir un.
Lorsque vous utilisez le référentiel Subversion, les modifications à distance (celles du référentiel) sont des modifications entrantes (distantes → locales), tandis que les modifications locales sont des modifications sortantes (locales → distantes).
Dans les vues qui comparent les copies locales et distantes, les modifications entrantes sont signalées par une flèche bleue tournée vers la gauche, tandis que les modifications sortantes sont signalées par une flèche grise tournée vers la droite. Ces flèches peuvent être décorées pour indiquer des opérations plus spécifiques.
La vue Explorateur de packages, d’autre part, indique le statut d’un fichier avec un ensemble différent d’icons représentant son état local. Ces icons sont les plus courantes, alors commençons par celles-ci:
– Un fichier ignoré par le contrôle de version. Vous pouvez contrôler les ressources qui seront ignorées en allant dans Fenêtre → Préférences → Équipe → Ressources ignorées.
– Un fichier non sous contrôle de version. Ce sont généralement de nouveaux fichiers que vous n’avez pas encore validés dans le référentiel.
– Un fichier versionné qui doit être ajouté au référentiel distant. Ce sont généralement des fichiers que vous avez renommés ou déplacés vers un autre répertoire.
– Un dossier supprimé. Ce sont des dossiers que vous avez supprimés localement sans avoir encore validé les modifications dans le référentiel. Notez que les fichiers sont généralement supprimés de la vue lorsqu’ils sont supprimés localement. Ils ne sont donc normalement pas visibles avec cette icône.
– Un fichier sans modifications locales.
– Un fichier avec des modifications locales non validées.
– un fichier verrouillé .
– Un fichier nécessitant un verrou pour être édité. Ce sont généralement des fichiers qui ne peuvent pas être facilement fusionnés (c.-à-d. Des fichiers binarys), mais peuvent avoir de nombreux éditeurs. Un fichier a besoin d’un verrou lorsque sa propriété svn:needs-lock
est définie, et Subversion tentera de rendre ces fichiers en lecture seule dans le système de fichiers pour imposer une négociation de locking appropriée.
– un fichier en conflit. Il s’agit généralement de fichiers pour lesquels un conflit de validation / mise à jour a été résolu ultérieurement.
– Un fichier contenant un conflit d’arbre. Il s’agit généralement de fichiers qui ont des modifications locales, mais qui ont depuis été déplacés, supprimés ou renommés dans le référentiel depuis la dernière mise à jour de la copie locale.
– un fichier externe au projet. Les fichiers externes liés ne peuvent pas être validés dans le référentiel.
– un fichier qui a été commuté . Ce sont des fichiers qui appartiennent à une copie de travail différente de leur répertoire parent local.
Dans une vue de synchronisation (par exemple via Synchronize with Repository ou Commit ), comme indiqué précédemment, il existe des icons indiquant la direction dans laquelle une modification est effectuée ainsi que des informations supplémentaires sur cette modification. Ceux-ci sont décrits ci-dessous:
Sortant
– Un fichier dont le contenu a été modifié et sera envoyé au référentiel.
– Un fichier qui sera nouvellement ajouté au référentiel. Cela peut coïncider avec une suppression de fichier dans les cas où un fichier est déplacé ou renommé.
– Un fichier qui sera supprimé du référentiel. Cela peut coïncider avec un ajout de fichier dans les cas où un fichier est déplacé ou renommé.
– Un fichier avec des modifications de propriétés , dans la boîte de dialog Valider. Dans l’onglet Synchroniser, les modifications apscopes aux propriétés sont actuellement reflétées sous la forme d’une modification de fichier normale ( ).
Entrants
– Un fichier contenant des modifications de contenu validées dans le référentiel qui sera appliqué à la copie locale.
– Un nouveau fichier qui sera ajouté à la copie locale à partir du référentiel. Comme l’ajout de fichier sortant, cela peut être le résultat d’un déplacement ou d’un renommage.
– Un fichier qui sera supprimé de la copie locale car il a été supprimé du référentiel. Comme la suppression du fichier sortant, cela peut être le résultat d’un déplacement ou d’un renommage.
Conflit
– Un fichier qui a été modifié à la fois dans la copie locale et dans le référentiel de manière indépendante, entraînant un besoin de résolution des conflits. La correction de cette condition implique l’ouverture de la vue du conflit ou l’écrasement forcé des modifications localement ou à distance.
– Un fichier contenant un conflit d’arbre . Cela peut se produire lorsque de nouvelles modifications sont apscopes à un fichier à une extrémité (locale ou distante) et que le fichier est déplacé, supprimé ou renommé.
Enfin, l’option Synchroniser avec le référentiel ouvre l’onglet Synchroniser ( ) avec les boutons suivants:
– Synchronise la copie locale avec le référentiel actuellement sélectionné lorsque vous cliquez dessus. La sélection dans la liste déroulante permet de basculer entre différentes bases de code distantes.
– Affiche uniquement les modifications entrantes (distantes → locales).
– Affiche uniquement les modifications sortantes (locales → distantes).
– Affiche les changements entrants et sortants (distant ↔ local).
– Affiche les changements contradictoires.
– Met à jour toutes les ressources locales avec les modifications entrantes après invite.
– Affiche la boîte de dialog de validation pour valider tous les changements sortants.
– Divise les listes de modifications par révisions.
Il y a quelques autres vues qui n’ont pas été couvertes avec des icons supplémentaires, mais cela devrait être un bon début. Faites-moi savoir s’il manque quelque chose d’important ou si l’une de ces descriptions semble différer de votre expérience réelle.