Svnrev SVNREV est un petit programme qui écrit le numéro de révision actuel de projet dans un fichier d'en-tête C / C ++, un fichier de package Java ou un fichier de classe C #. Ce numéro de révision est stocké dans les constantes (macros dans t
Télécharger maintenant

Svnrev Classement & Résumé

Svnrev Mots clés

Timbre CVS Ressource CVS Intégration de subversion Subversion VB6 subversion Client Subversion Configuration de subversion journaux Subversion spectre de cvs moniteur de subversion Bibliothèque Subversion gérer le serveur Subversion administration Subversion Client CVS Contrôle CVS Modules CVS Travail CVS fonction cvs Serveur de subversion Options CVS Interface Subversion Éditeur de subversion accès CVS Gestion de subversion Subversion Python Fichier CVS demande de timbre composant de timbres en-tête C de RCS Déployeur de subversion subversion au mercuriel CVS Successeur Import CVS

Svnrev La description

Tamponner vos applications ou composants avec les numéros de révision SvnRev est un petit programme qui écrit le numéro de révision actuel du projet dans un fichier d'en-tête de C / C, un fichier de package Java ou un fichier C # classe. Ce numéro de révision est stockée dans les constantes (macros dans le cas de C / C ++), à la fois comme nombre et comme une chaîne. Il obtient le numéro de révision des « mots-clés RCS » qui doivent être présents dans les fichiers source. SvnRev est spécialement conçu pour le système de contrôle de version Subversion, mais il peut également être utilisé avec CVS et RCS. SvnRev est un utilitaire autonome qui ne repose pas sur un IDE particulier. SvnRev est un utilitaire portable et devrait fonctionner sur tous les environnements sur lesquels un compilateur C conforme est disponible. Notre objectif était de l'utiliser d'une « makefile » et attacher à un système de contrôle de version, et plus particulièrement au système Subversion. Pourquoi utiliser SvnRev? Les programmes informatiques ont des versions. Chaque composant (DLL, objet ActiveX, OLE serveur, firmware embarqué, etc.) peut avoir sa propre version. Si le monde était parfait, il ne devrait pas exister deux composants différents avec le même numéro de version. Dans la pratique, les mises à niveau « furtifs » se produisent, surtout pendant la période bêta. Il existe de nombreuses versions différentes de MSVCRT20.DLL qui ont toutes le même numéro de version 2.11.000. De la même manière, les versions incompatibles de la version 1.0 et la version CTL3D.DLL COMDLG32.DLL 4.00 sont « là-bas ». Ce qui est nécessaire pour distinguer les différentes composantes de l'autre est d'attacher un « numéro de révision » à la chaîne de version du composant. Lorsqu'un tel système est mis en place (et le numéro de révision fait partie du numéro de version), les développeurs ne libèrent accidentellement un élément mis à jour avec timbre exactement la même version que la version précédente. Lorsque le numéro de version est présent dans le « A propos de » boîte et / ou dans la ressource de version, l'utilisateur peut vérifier rapidement exactement quelle version il ou elle a, et quand cela est communiqué aux développeurs, les bogues peuvent être un peu plus facile à reproduire. En termes plus populaires: si vous avez déjà demandé à un client ou un collègue « ? De quelle date est ce composant », vous devriez envisager d'utiliser SvnRev. timbres Date / heure du fichier ont (bien mérité) la réputation d'être peu fiables. Il existe plusieurs utilitaires pour maintenir un numéro de build de plus en plus automatiquement pour chaque compilation. Cependant, cela présente l'inconvénient qu'il n'y a pas de lien direct entre le timbre de construction et le contrôle de version. Pour obtenir le lien d'un tel, vous devez vérifier dans le fichier qui contient le numéro de version actuelle dans le contrôle de version. Dans les groupes multi-développeurs, cela a généré une machine, un fichier changeant fréquemment, deviendra une nuisance pour le système de contrôle de version. En fait, vous ne mettez généralement pas les fichiers générés automatiquement dans le contrôle de version. SvnRev utilise une approche différente: il interroge le numéro de build des mots-clés d'un système de contrôle de version dans un fichier maintient source. Plus précisément, SvnRev utilise le « $ Id: $ » mot-clé (et éventuellement deux autres). Subversion a la propriété pratique qu'il utilise un seul numéro de révision pour un projet entier, au lieu d'un numéro de révision séparée par fichier. Ce n'est pas le cas avec CVS et RCS; voir la section « Utilisation SvnRev avec CVS et RCS » pour plus de détails sur l'utilisation SvnRev avec CVS / RCS. SvnRev suppose que vous ne commettez vos modifications au contrôle de version avant d'envoyer un produit / mise à jour à quelqu'un. Si SvnRev détecte une différence, il ajoute un « drapeau modifié » à deux des macros / constantes qu'il génère. Le raisonnement derrière cela est que si votre copie locale du code source contient des modifications qui ne sont pas encore dans le contrôle de version, le numéro de révision de l'application / composant que vous avez envoyé est lié au mauvais numéro de révision dans Subversion. Le nombre est encore susceptible d'être différent de toute demande antérieure / composant qui est sorti de la porte (sauf si vous utilisez le contrôle de version mal, ou d'envoyer des mises à jour beaucoup trop rapidement), mais trouver le dos correct de révision peut être difficile, voire impossible. Par conséquent: vos changements d'abord, puis construire la version finale que vous déploierez.

Svnrev Logiciels associés