Svnrev. SVNREV è un piccolo programma che scrive il numero di revisione corrente del progetto in un file di intestazione C / C ++, un file di pacchetto Java o un file C #. Questo numero di revisione è memorizzato in costanti (macro in t
Scarica ora

Svnrev. Classifica e riepilogo

Svnrev. Tag

Francobollo CVS Risorsa CVS. Integrazione della sovversione Sovversione VB6 sovversione Client di subversion. Configurazione della sovversione Tronchi di subversion. Spectrum a CVS. monitor di sovversione Libreria di sovversione gestire il server Subversion amministrazione Subversion Client CVS. Controllo CVS. moduli cvs lavoro cvs. Funzione CVS. Server di subversion. Opzioni CVS. Interfaccia di sovversione Subversion Editor. Accedi a CVS. Gestione della sovversione Subversion di Python. File CVS. applicazione del timbro componente del francobollo Intestazione C ++. Rcs. Deployer di sovversione sovversione al mercuriale Cvs successore cvs import

Svnrev. Descrizione

Stampa le tue applicazioni o componenti con numeri di revisione SVNREV è un piccolo programma che scrive il numero di revisione corrente del progetto in un file di intestazione C / C ++, un file di pacchetto Java o un file C #. Questo numero di revisione è memorizzato in costanti (macro nel caso di C / C ++), sia come numero che come una stringa. Ottiene il numero di revisione dalle "parole chiave RCS" che devono essere presenti nei file di origine. SVNREV è progettato specificamente per il sistema di controllo versione Subversion, ma può anche essere utilizzato con CV e RCS. SVNREV è un'utilità autonoma che non si basa su un particolare IDE. SVNREV è un'utilità portatile e dovrebbe essere eseguita su ogni ambiente su cui è disponibile un compilatore C di conforme. Il nostro obiettivo era quello di usarlo da un "Makefile" e da allegare a un sistema di controllo della versione e specificamente al sistema di subversion. Perché usare svnrev? I programmi per computer hanno versioni. Ogni componente (DLL, oggetto ActiveX, server OLE, firmware incorporato, ecc.) Può avere la propria versione. Se il mondo fosse perfetto, non ci dovrebbe esistere due componenti diversi con lo stesso numero di versione. In pratica, gli aggiornamenti "Stealth" accadono, specialmente durante il periodo beta. Ci sono numerose uscite diverse di MSVCRT20.dll che hanno tutti la stessa versione numero 2.11.000. In modo simile, rilasci incompatibili di ctl3d.dll versione 1.0 e comdlg32.dll versione 4.00 sono "là fuori". Ciò che è necessario per distinguere i vari componenti l'uno dall'altro è quello di allegare un "numero di revisione" alla stringa di versione del componente. Quando viene impostato tale schema (e il numero di revisione è parte del numero di versione), gli sviluppatori non rilasciano più un componente aggiornato con esattamente lo stesso timbro della versione come versione precedente. Quando il numero di versione è presente nella casella "Informazioni" e / o nella risorsa della versione, l'utente può verificare rapidamente quale versione ha, e quando questo è comunicato agli sviluppatori, i bug potrebbero essere un po 'più facili da riprodurre. In termini più popolari: se hai mai chiesto un cliente o un collega "di quale data è quel componente?", Dovresti prendere in considerazione l'utilizzo di SVNREV. File Data / Time Stamps hanno una reputazione (meritata) di essere inaffidabili. Esistono diverse utilità per mantenere un numero di build aumenta automaticamente per ogni compilazione. Tuttavia, questo ha lo svantaggio che non esiste un collegamento diretto tra il timbro di creazione e il controllo della versione. Per ottenere un tale collegamento, è necessario controllare il file che contiene il numero di compilazione corrente nel controllo della versione. Nei gruppi multi-sviluppatore, questo file generato dalla macchina, che cambia frequentemente, diventerà un fastidio per il sistema di controllo della versione. In realtà, tipicamente non inserisci i file generati dalla macchina nel controllo della versione. SVNREV utilizza un approccio diverso: interroga il numero di creazione dalle parole chiave che un sistema di controllo della versione mantiene in un file sorgente. Più specificamente, SVNREV utilizza la parola chiave "$ ID: $" (e facoltativamente due altri). Subversion ha la comoda proprietà che utilizza solo un numero di revisione singolo per un intero progetto, anziché un numero di revisione separato per file. Questo non è il caso con CV e RCS; Vedere la sezione "Utilizzo di SVNREV con CVS e RCS" per i dettagli sull'uso di SVNREV con CVS / RCS. SVNREV supporta che si impegnano le modifiche al controllo della versione prima di inviare un prodotto / aggiornamento a qualcuno. Se SVNREV rileva una differenza, aggiunge un "flag modificato" a due delle macro / costanti che genera. Il ragionamento dietro questo è che se la tua copia locale del codice sorgente contiene modifiche che non sono ancora nel controllo della versione, il numero di revisione dell'applicazione / componente che hai inviato è collegato al numero di revisione errato in Subversion. Il numero è ancora probabile che sia diverso da qualsiasi applicazione / componente precedente che è uscita dalla porta (a meno che non si usi il controllo della versione male o inviare aggiornamenti troppo rapidamente), ma trovare la revisione corretta potrebbe essere difficile o anche impossibile. Pertanto: commettere prima le modifiche, quindi crea la versione finale che si distribuirà.

Svnrev. Software correlato