Introduzione al controllo della versione con un semplice flusso di lavoro di richiesta pull

0

Ho poca esperienza nell'uso di un sistema di controllo delle versioni e i miei colleghi di lavoro non hanno esperienza, anche se mi piacerebbe introdurne uno nel nostro gruppo come flusso di lavoro corrente (flusso di lavoro inesistente) con directory condivise, versioni di file multiple, affidamento su di me per apportare modifiche e nessun processo di revisione alla fine porterà a un grosso problema.

Per contesti siamo un piccolo team di 5 persone che lavorano con lo stack BI di Microsoft SQL Server, quindi abbiamo database, servizi di reporting, servizi di integrazione e progetti di servizi di analisi in Visual Studio 2015. Per semplicità mi sto concentrando sul lato database delle cose come questa è l'area con cui i miei colleghi lavorano principalmente, creando script SQL per produrre output. Non voglio che vengano archiviati in OneDrive di qualcuno e vorremmo che venissero trasformati in un oggetto di database e messi sotto controllo di versione.

Le mie ricerche mi hanno portato a una risposta per una domanda simile:

...try Mercurial

If you don't find Git approachable enough by your coworkers, try Mercurial with TortoiseHG, which is a GUI client for Mercurial. It will take them two minutes to setup and less to start using it.

Have them use the GUI, they just have to learn to use 4 buttons (pull, update, commit, push) and learn 2 or 3 concepts in order to save and share their work.

Have them register in bitbucket. Create a repository for your project, and have them fork it so they can work in their own mirror of the repository and that way they don't have to deal with merging. You do the integration and just ask them to issue pull requests from their Bitbucket fork once they've pushed. Have them pull only from your repository (the one they forked from).

Learn Mercurial yourself so that you can solve all related problems, this is a good start: http://hginit.com/

Sto cercando ulteriori dettagli sul suggerimento e cioè:

  • Questo tipo di flusso di lavoro ha un nome particolare? C'è un posto dove posso leggere di più su questo flusso di lavoro e come funziona in pratica.
  • Qualcuno di voi ha mai lavorato in questo modo, ha funzionato per voi, avete riscontrato problemi che dovevo prendere in considerazione?
  • L'introduzione di un flusso di lavoro come questo ti consentirà di avanzare su qualcosa di più avanzato in futuro, una volta più esperto con poche interruzioni?
  • La risposta suggerisce Mercurial, funzionerebbe altrettanto bene usando Git e la GUI in Visual Studio 2015 con Visual Studio Team Services?
  • Come supervisionerei e gestirò inizialmente i repository su quali aree dovrei leggere per assicurarmi che l'introduzione abbia successo?
  • Qualche altra guida pratica per introdurre il controllo della versione nel nostro ambiente di lavoro rispetto a "leggi Pro Git"?

Qualunque cosa io usi e come funzioni deve essere semplice e funziona bene con una GUI.

    
posta mheptinstall 06.02.2017 - 22:26
fonte

1 risposta

1

Anche se ci sono alcune GUI diverse da quelle incluse in Visual Studio per git, sarebbe comunque meglio capire il funzionamento interno. Poiché tutto questo è incentrato su script e distribuzioni di database, potresti essere interessato anche a controllare qualcosa come DbUp. link

    
risposta data 09.02.2017 - 22:52
fonte