Quanto può essere grande un DB Sourcesafe prima che sorgano "problemi"?

Question

Utilizziamo SourceSafe 6.0d e disponiamo di un DB di circa 1,6 GB. Non abbiamo ancora avuto problemi e al momento non è previsto di cambiare i programmi di controllo del codice sorgente, ma quanto può essere grande il database SourceSafe prima che diventi un problema?

Grazie

Answer 1

Esegui l'utility ssarchive integrata per eseguire i backup? In tal caso, 2 GB è la dimensione massima che può essere ripristinata. ( http: // social.msdn.microsoft.com/Forums/en-US/vssourcecontrol/thread/6e01e116-06fe-4621-abd9-ceb8e349f884/ )

NOTA: il programma ssarchive non te lo dirà; è solo che se si tenta di ripristinare un DB oltre 2 GB, fallirà. Attenzione! Tutti questi ragazzi che ti stanno dicendo che stanno funzionando bene con DB più grandi o stanno usando un altro programma di archiviazione o non hanno testato la funzione di ripristino.

Answer 2

Ho avuto problemi VSS a partire da 1,5-2,0 concerti.

La meta-risposta è, non usarla. VSS è di gran lunga inferiore a una mezza dozzina di alternative che hai a portata di mano. Parte del controllo del codice sorgente dovrebbe garantire l'integrità del repository. Se uno dei presupposti fondamentali del tuo strumento di controllo del codice sorgente è che non sai mai quando inizierà a degradare l'integrità dei dati, allora hai uno strumento che invalida il suo scopo.

Non vedo una software house professionale che utilizza VSS da quasi un decennio.

Answer 3

1 byte!

: -)

Mi dispiace, amico, mi hai impostato.

Answer 4

Ho effettivamente eseguito un db vss di circa 40 concerti. Non lo consiglio, ma è possibile. Davvero, più grande lo lasci andare, più giochi con il fuoco. Ho sentito casi in cui il db viene danneggiato e gli elementi nel controllo del codice sorgente erano irrecuperabili. Vorrei sicuramente eseguirne il backup su base giornaliera e iniziare a cercare di cambiare i sistemi di controllo del codice sorgente. Essendo stato nella posizione del ragazzo che chiamano quando fallisce, posso dirti che inizierà davvero a diventare stressante quando ti rendi conto che potrebbe semplicemente andare giù e non tornare mai più.

Answer 5

Considerando la quantità di problemi che SourceSafe può generare da solo, direi che la dimensione deve essere nella categoria "Presente sul disco". affinché sviluppi problemi.

Answer 6

Ho amministrato un DB VSS di dimensioni doppie. Finché sei vigile sull'esecuzione di Analizza , dovresti essere OK.

Answer 7

Sourcesafe consiglia 3-5G con un " non superare mai 13G "

In pratica, tuttavia, il nostro è superiore a 20 G e sembra funzionare bene.

Più grande ottieni, Analizza troverà sempre più problemi tra cui file persi, ecc.

EDIT: ecco la parola ufficiale: http: //msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

Answer 8

Ho scoperto che Analizza / Correggi inizia a diventare fastidiosamente lento a circa 2G su un server ragionevolmente potente. Eseguiamo Analizza una volta al mese su database utilizzati da circa 20 sviluppatori. L'utilità trova correzioni occasionali da eseguire, ma l'uso effettivo è stato praticamente senza problemi per anni sul mio posto di lavoro.

La cosa principale secondo Microsoft è assicurarsi di non rimanere mai a corto di spazio su disco, qualunque sia la dimensione del database.

http://msdn.microsoft.com/ it-it / library / bb509342 (VS.80) aspx

citazione: Non consentire a Visual SourceSafe o allo strumento Analizza di esaurire lo spazio su disco durante l'esecuzione. L'esaurimento dello spazio su disco nel mezzo di un'operazione complessa può creare gravi danni al database