Come sviluppare correttamente in diversi rami SVN con Eclipse IDE?

0

Recentemente ho avuto una leggera discussione con l'altro sviluppatore del mio team sul modo corretto di sviluppare SVN ed Eclipse. Il mio modo di sviluppare in più rami è creare nuovi spazi di lavoro per ogni ramo. Il motivo per cui creo nuovi spazi di lavoro per ogni ramo è che posso separare funzionalità / correzioni di bug l'una dall'altra e dal trunk. Tuttavia, questo non significa che io sostenga solo le persone che usano questa metodologia.

Non mi interessa il modo in cui gli altri usano SVN fintanto che mettono i messaggi di commit appropriati nei log in modo che se succede qualcosa (sia io che chiunque altro) possiamo sempre eseguire il rollback.

L'altro sviluppatore del mio team crede fermamente che il modo in cui sto creando nuovi spazi di lavoro per ogni ramo NON sia il modo in cui SVN è stato progettato per l'uso e mi ha dato una grossa morsa. Mi hanno detto "non stai usando SVN come previsto". Il modo in cui lo usano è usando un singolo spazio di lavoro e spostando la directory tra rami / tronco durante lo sviluppo.

Anche se ritengo che questo possa diventare complicato e confondere abbastanza velocemente, specialmente nel nostro ambiente di lavoro in cui lavoriamo su più filiali contemporaneamente, è un modo in cui le persone possono svilupparsi.

Qualcuno può mettere una certa chiarezza nel modo in cui dovrei pensare di sviluppare con più filiali? O sono corretto perché non esiste un modo giusto o sbagliato per farlo e solo persone diverse preferiscono metodi diversi?

Grazie

    
posta Mark 17.07.2017 - 16:27
fonte

1 risposta

1

Preferisco il tuo modo di lavorare ai colleghi perché il tuo processo:

  • Crea un sacco di confusione sul desktop
  • Cambiare / creare succursali richiede più lavoro. Devi trascinare un ramo in una nuova directory, creare un nuovo spazio di lavoro, passare IDE a un nuovo spazio di lavoro
  • Probabilmente altrettanto disordinato e confuso come alternativa. Probabilmente ti dimenticherai di cambiare di tanto in tanto gli spazi di lavoro e accidentalmente farai un sacco di modifiche che dovrai migrare in un'altra directory.

Il lato positivo del tuo metodo è che puoi avere delle modifiche alla copia di lavoro su più rami senza commetterle, ma per il tuo collega dovrebbero o commettere le loro modifiche o provare a li memorizza temporaneamente prima di cambiare ramo.

Una volta eseguita la migrazione a Git utilizzando la funzione di memorizzazione o l'invio locale è un'ottima soluzione a quell'unico inconveniente rispetto alle preferenze del collega, e sicuramente l'utilizzo di uno spazio di lavoro è il modo più comune in Git.

È ignorante che il tuo collega ti faccia grigliare su questo. SVN non ha "intenzione" per gli spazi di lavoro di Eclipse. Sono completamente estranei. Gli sviluppatori dovrebbero scegliere il processo che è più comodo per loro e meno probabilità di commettere errori.

    
risposta data 19.07.2017 - 03:28
fonte

Leggi altre domande sui tag