Domanda

Abbiamo appena iniziato a utilizzare VisualSVN, TortoiseSVN e AnkhSVN plug-in per gestire il nostro controllo del codice sorgente. Inizialmente siamo stati bene con lo stile copia-modifica-Merge, ma ora abbiamo trovato la necessità di passare al metodo di Lock-Modify-Unlock. Ma abbiamo già come 15 progetti nel nostro repository che seguono Copy-Modify-Merge.

Che cosa devo fare per configurare il nostro repository per richiedere serrature per i progetti esistenti ei progetti che verranno aggiunti in futuro. Ho visto la documentazione relativa svn: esigenze-lock, ma non capisco come utilizzare questo per spostare il nostro negozio di Lock-Modify-Unlock.

Qualcuno può per favore mi dia la spiegazione "for dummies" di come configurare il server VisualSVN così come le nostre macchine client di richiedere il blocco per i progetti esistenti e nuovi progetti aggiunti?

È stato utile?

Soluzione

Subversion non offre un forte meccanismo di blocco-modifica-sblocco. Ma, se si fa clic destro su qualsiasi file in sovversione si ottiene la possibilità di bloccarlo. Questo impedisce a chiunque altro di check-in fino a quando non hanno il blocco o il blocco è stato rilasciato.

È possibile contrassegnare i file come bisognose di un blocco impostando la proprietà svn: esigenze-lock, vede qui:

http : //svnbook.red-bean.com/en/1.8/svn.advanced.locking.html#svn.advanced.locking.lock-communication

e

http://svnbook.red-bean.com /en/1.8/svn.ref.properties.html

Non è necessario impostarlo per ogni file nel progetto, si può avere per i singoli file tranquillamente.

Tuttavia, l'edit-merge-commit operazione è l'impostazione predefinita in ogni sistema di controllo del codice sorgente moderno per un motivo. Anche TFS. Anche in questo caso, vi consiglio di Eric Sink .

Altri suggerimenti

Beh, credo che devo fare un punto qui, per sostenere la richiesta.
La maggior parte delle volte, non sono in altrettanto grandi luoghi di lavoro, come ci si aspetterebbe, luoghi in cui il codice di solito richiede un sacco di refactoring, e di solito siamo noi, quelli che studiano, che pensa al archtecture e andare per il grassetto e il nuova, per finire questo ciclo di refactoring senza fine.
Di solito così, quando siamo reafctoring implementazione qualche povero dello strato di dati o simili, il bastardo va e cambia il file di sangue, in modo orrendo (perché in sostanza non funziona correttamente, per le ovvie ragioni) , che poi, si finisce con una rielaborazione.
Devi farlo da soli, contro corrente, contro tutte le probabilità, a causa, che l'uomo non potrà mai fare buono come ci si aspetterebbe.
Mi trovo in una società in cui mi trovo di fronte tali sviluppatori. E hanno ego, e hanno le loro ragioni (e le loro ragioni sono di solito il tempo, che è una bugia, perché tutti abbiamo la stessa quantità degli tempo, è solo che non si dedicano, basta andare e finirlo, pensieri, idee, basta scimmia battitura) . E un po 'padrone di supporto.
Di solito Spetta a me, nella mia azienda, a "far funzionare le cose", e mi piacerebbe essere in grado di bloccare i file ogni volta che ho bisogno di ri-fare qualcosa, così non devo di re leggere, o unire implementazione "nuovo" quel bastardo.

Si prega di notare che questo è solo un caso, il mio caso anyhows, per sostenere la richiesta di swolff1978.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top