Git - Motivo per vietare l'uso di client GUI diversi da Git Bash \ CMD

1

C'è un motivo adeguato per un gestore di vietare l'uso dei client Git della GUI in un team di sviluppatori.

Stavo parlando con un amico - chiamiamo Foo Git Client GUI - tutte le funzionalità e come sono stato in grado di velocizzare alcune attività e ha detto che qualsiasi il cliente è vietato dai gestori della sua azienda.

La domanda è: Perché ?

Un paio di motivi (in cima alla mia mente):

  • Sicurezza. Un client della GUI può accedere alle informazioni private nel repository della società.
  • Conoscenza del comando. Quando lo sviluppatore digita i comandi in Bash / CMD li esercita.
  • Incolpare lo strumento. Uno sviluppatore può dare la colpa allo strumento di qualche errore.

Il trade-off qui IMHO è il controllo

Si sostituiscono i comandi in una shell Bash per un clic in una GUI. Non puoi essere sicuro che la GUI farà esattamente ciò che pensi che farà.

Ma anche quello, in un paio di test può essere controllato.

    
posta linuxunil 09.12.2016 - 20:28
fonte

3 risposte

9

No. Non vi è alcun motivo valido per chiunque di vietare unilateralmente l'uso di un client Git GUI.

A meno che l'azienda non abbia una politica di rete dichiarata per l'installazione del software che vieta incidentalmente l'utilizzo di un client della GUI o fornisce una giustificazione esplicita per vietare l'uso di software specifico, non c'è motivo di vietare un client GUI per Git.

Tali politiche di rete potrebbero includere preoccupazioni sulla sicurezza del software installato, o possono includere preoccupazioni sulla licenza.

Chiedi al gestore che lo ha vietato.

    
risposta data 09.12.2016 - 20:37
fonte
4

Bene,

  • Alcune società vietano severamente l'uso di software per il quale non hanno acquistato una lincenza.
  • Ad altri non piace il freeware da utilizzare nella società.
  • Alcuni altri consentono solo l'utilizzo di un determinato software per un determinato compito, ad esempio ti danno Adobe Illustrator e non ti consentono di installare la tua copia di Corel Draw.
  • Costringono a utilizzare i programmi "corporativi", apriti nell'hardware dell'azienda, spesso volte affinché il supporto tecnico personale disponga di una gamma limitata di app da supportare nei desktop.

Quelle sono le uniche ragioni logiche per le quali potrei pensare. Ma sospetto che non sia questo il motivo per cui il tuo capo ti proibisce di usare ANY Git GUI.

Sul lato positivo , otterrai la padronanza della riga di comando Git, che è un vantaggio. Personalmente preferisco la CLI e uso solo uno strumento GUI per ottenere una rappresentazione visiva in stile mappa-metropolitana di tutti i rami. Approfitta degli alias di Git in modo da non dover digitare il co Questa è la lista degli alias che uso

  co = checkout
  ci = commit
  st = status
  br = branch
  hist = log --pretty=format:\"%h %ad |%C(yellow)%d%Creset %s [%an]\" --graph --date=short
  type = cat-file -t
  dump = cat-file -p
  lg = log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative
  res = diff-tree --no-commit-id --name-only -r
  graph = log --all --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%ci)%C(bold blue)<%an>%Creset'
    
risposta data 09.12.2016 - 21:52
fonte
-1

Bene, giovane Jedi: dovrai imparare la linea di comando.

Il vantaggio di conoscere la riga di comando: è lo stesso su ogni piattaforma. Un altro vantaggio: un'interfaccia per Git, lo sanno tutti. Meglio di Charlie essere esperto in NotFeatureCompleteGui1 quando Dave ha bisogno di aiuto con il suo nuovo LimitedGui2 preferito.

Forse il tuo manager ha avuto questo in mente.

    
risposta data 09.12.2016 - 22:39
fonte

Leggi altre domande sui tag