Giugno 2017

Volume 32 Numero 6

Il presente articolo è stato tradotto automaticamente.

Nota del redattore - Capire Git

Da Michael Desmond | Giugno 2017

Il problema di agosto 2016, in MSDN Magazine pubblicato una funzionalità da Waldman Lorenzo intitolato "eseguire il Commit Git: In Visual Studio 2015" controllo del codice sorgente (msdn.com/magazine/mt767697). Tale articolo intendeva sono tra gli articoli 10 più visitati funzionalità per tutti i 2016, in base alle visualizzazioni pagina primo mese e non è l'articolo DevOps temi intenso con la maggior parte che è mai stato pubblicato.

Chiaramente, Git tratto un nervo con i lettori. Pertanto quando Waldman pitch un'esplorazione di due parti di elementi interni Git per gli sviluppatori di Visual Studio, non ha impiegato più tempo necessario ad esempio Sì. In collaborazione con gli esperti Microsoft Kraig Brockschmidt e Ralph Squillace, prima parte del Waldman della serie "Git elementi interni per gli sviluppatori Visual Studio," Esplora il sistema di controllo della versione (dei contenitori dei volumi) e delle differenze rispetto alla VCSes tradizionali, centralizzata familiare per la maggior parte degli sviluppatori di Windows.

Waldman iniziarono quindi ad usare Git come suo dei contenitori dei volumi con Visual Studio 2013 e afferma "sono aumentate per AMO in conflitto con un repository decentralizzato." Ma ha di fronte una curva di apprendimento come egli sperimentato con Git e appare insieme a informazioni aggiuntive e risorse. Quando Microsoft ha rilasciato migliorato il supporto di Git con Visual Studio 2015, dove Waldman destra, infine scrittura il suo Commit Git articolo in MSDN Magazine in base alla sua esperienza.

"Si è verificato un dearth di buon materiale su Git per il professionista IT di Microsoft," afferma, notare che la maggior parte delle esercitazioni di Git e istruzioni si basano sull'interfaccia della riga di comando shell Unix. "Ritengo che i lettori di MSDN Magazine valutazione infine visualizzare materiale sulle Git che sfrutta le interfacce di riga di comando IDE di Visual Studio e il prompt dei comandi di PowerShell/comando basato su Windows".

Inoltre, Waldman realizzare che gli sviluppatori che conoscono il grafico aciclico diretto (DAG) utilizzato per archiviare gli oggetti di commit in Git siano in posizione migliore per comprendere i concetti e Git operazioni avanzate. Ha inoltre appreso che gli sviluppatori spesso ambiguità quale Git un ramo è e il relativo funzionamento. In realtà, gran parte della richiesta in grokking Git si riduce a vocabolario, in termini familiari come archiviazione o l'estrazione, branch e tipo merge rappresentano approcci diversi da quelli di un centralizzato dei contenitori dei volumi.

"Ritengo che è essenziale per capire il repository dalla prospettiva del Git, usando un esclusivamente repository vocabolario. Al termine dell'operazione, che ci si accorge che Git semplicemente archivia e gestisce gli oggetti di commit in [DAG] e tutto,"afferma Waldman. "Tutti gli altri elementi ha a che fare con azioni avviate dall'utente che confrontano o gestire tali oggetti. E se si desidera che descrivono le azioni, è fondamentale per i membri del team adottare un vocabolario Git snello con definizioni non crittografate e quindi utilizzarlo formalmente e coerente".

Di Waldman due parti ed esplorazione di questo mese successivo obiettivo per suddividere le barriere. Articolo di questo mese introduce il DAG Git ed Esplora oggetti di commit e di branching. Mese successivo, Waldman intende estendere la copertura a egli viene descritto come "knowledge base" su Git.

"Intende esplorare esattamente cosa accade quando si archivia e l'estrazione del codice, con particolare attenzione nell'architettura tre albero del Git" Waldman indicato. "Verrà inoltre coprire rilevamento delle modifiche al codice in Git e fornire dettagli aggiuntivi sulla creazione di rami e unione."

Michael Desmondè caporedattore di MSDN Magazine.