Risorse Software di hosting per il controllo delle versioni

Poiché GitHub stabilisce i propri prezzi, è possibile che li modifichino come ritengono opportuno. Pertanto, è possibile, ma richiederebbe un'azione aziendale per ripristinare la struttura dei prezzi. Inoltre, GitHub non sembra avere strutture di prezzo separate in base al tuo ruolo in un'azienda. Invece, addebitano in base alla dimensione del tuo team. Si prega di controllare qui per ulteriori informazioni: https://github.com/pricing.

Mostra di più

Mostra meno

DVCS (sistema di controllo versione distribuito) è la parola d'ordine su tutti i forum dei programmatori in questi giorni. Git e Mercurial hanno contribuito in modo significativo a far interessare molti sviluppatori al DVCS. Ciò che è ancora più importante, hanno suscitato l'interesse delle persone per il branching e il merging. L'approccio branch-per-task è il flusso di lavoro principale utilizzato dalla maggior parte dei praticanti di DVCS (incluso Plastic SCM). Questo ha meno a che fare con il fatto che questi sistemi possano funzionare in modo distribuito e più con la loro effettiva capacità di gestire correttamente il branching e (soprattutto) il merging. Molti DVCS gestiscono bene il branching e il merging, ma il pattern branch-per-task non è limitato ai sistemi distribuiti. I sistemi centralizzati sono altrettanto capaci di utilizzare lo stesso pattern, tuttavia, molti di questi, come Subversion, CVS, TFS e Perforce, hanno funzionalità di branching e merging inadeguate che sono discutibili nel migliore dei casi.

Mostra di più

Mostra meno

Plastic è un sistema di controllo delle versioni: versiona file e directory e tiene traccia del branching e del merging come non hai mai visto prima. E ancora meglio? Lo fa in modo grafico. Plastic si basa su tre concetti chiave: 1. Sviluppo parallelo: I membri del team lavorano sugli stessi file, allo stesso tempo, apportando modifiche senza interrompersi a vicenda. È così che lavorano i team moderni, ed è così che dovresti lavorare. Plastic ti permette di lavorare in questo modo isolando le modifiche sui rami e gestendole in modo agile. Un eccellente branching unito a un miglior merging consente ai team di lavorare insieme e di fidarsi che le loro modifiche e modifiche al codice siano protette e preservate. Tu fai solo le modifiche, Plastic si occupa del resto. 2. Sviluppo distribuito: Plastic aiuta a ottimizzare la collaborazione di team distanti. Puoi avere server Plastic SCM in diversi uffici in diverse parti del mondo, totalmente disconnessi tra loro durante la maggior parte della giornata, e poi scambiarsi rami avanti e indietro nelle ore di riposo per mantenere la sincronizzazione. I team non devono dipendere dalle loro connessioni internet (velocità, affidabilità, ecc.) poiché possono continuare a lavorare in modo indipendente. La stessa tecnologia si applica agli sviluppatori individuali che lavorano offline. Un server Plastic di piccole dimensioni è installato sui computer degli sviluppatori. Solo quando si connettono online, o tornano in ufficio, avranno bisogno di sincronizzarsi con il server principale. 3. Renderlo visivo: Plastic SCM è in grado di eseguire operazioni molto complesse, ma cerchiamo di fare tutto visivamente, con rappresentazioni grafiche e diagrammi. Tutto è a portata di un semplice clic. Gli utenti hardcore della riga di comando possono sempre trovare la loro strada attraverso la nostra riga di comando, ma il resto di noi preferisce una GUI forte in grado di trasformare azioni complicate e multidimensionali in affari semplici. Questo è Plastic.

Mostra di più

Mostra meno