2012-03-03 14 views
19
  1. Ci sono frontend GUI per Git con supporto git-flow?Esiste un supporto IDE/GUI per git-flow su Windows/Linux?

    Il nostro team utilizza Eclipse IDE su Windows e Linux. Gestiti gradualmente da infect con git-svn, ora cercando i passaggi successivi per sfruttare la potenza del ramo reale (anziché git-svn-rebase/dcommit). Git-flow sembra più o meno quello di cui abbiamo bisogno ora. Tuttavia alcuni di noi dipendono ancora dalla GUI e rende tutto più facile da vendere e da far salire.

    Quindi, idealmente, sto cercando un modo semplice per accedervi da Eclipse. EGit fa not seem to support it yet -Sto pensando di aggiungerli come strumenti esterni. Le idee sono benvenute o all'esterno di Eclipse.

  2. Se la risposta a quanto sopra è no, può essere un problema per i dipendenti da GUI?

    Capisco che lo strumento git-flow sia in realtà molto sottile, è facile saltarlo effettivamente eseguendo i comandi "raw" manualmente con o senza gui (ad esempio ho trovato utile manipolare i rami in gitk).

    Da un lato, preferirei ridurre al minimo il lavoro manuale e ridurre lo spazio per errori (sempre considerando l'esperienza del team). OTOH, la mia ipotesi è che possiamo iniziare ad usare solo i rami develos/release/hotfix (introducendo i rami delle funzionalità in seguito), e in questa impostazione la gente dovrebbe solo tirare/premere normalmente. Non vedrebbero gran parte del flusso git - si limiterebbe a fungere da aiutante per i ragazzi che preparano le uscite e roba (principalmente me :). Ha senso ciò?

Nota: in realtà git-svn/trunk è ancora lì, per più utenti occasionali e non git. Sto pianificando di mantenerlo sincronizzato con lo 'sviluppo' (ovviamente ignorando la cronologia delle fusioni con lo squash merges). Spero che questo andrà liscio-ultime parole famose?

+0

Git sulla CLI è davvero facile e chiunque lavori in IT come sviluppatore dovrebbe essere rapidamente in grado di adattarsi ad esso senza fare affidamento sugli strumenti della GUI. Tuttavia, Eclipse è piuttosto bitchy con modifiche esterne sui file - non appena il mtime cambia un file diventa unsearchable e dovrai anche confermarlo aprendolo. – ThiefMaster

+0

@Andrew - grazie per la formattazione. – inger

+0

@ThiefMaster non devi convincermi - scusa se non mi sono chiarito. Il punto è - ci * sono * le persone che cercano le interfacce utente come sono abituati ad es. TortoiseSvn, e fino a quando non si renderanno conto che dovrebbe essere meglio con la CLI, è meglio spuntare quella casella per ridurre la politica. È un po 'come dire che tutti i programmatori dovrebbero essere contenti di usare Linux e persino compilare il kernel, ma molti non lo fanno. Sono d'accordo sul comportamento di aggiornamento fastidioso di Eclipse per impostazione predefinita. – inger

risposta

4

AFAIK non ci sono GUI che supportano git-flow . Sviluppo in Eclipse ma uso GUI e CLI di terze parti per git. Anche io uso git-flow, in realtà uso la mia forcella con correzioni di bug e miglioramenti, e la uso dalla CLI. Io uso git GUI per il commit, come per un po 'ho usato i sottomoduli e egit non lo supporta ancora e io uso gitk per controllare la mia cronologia. E poi uso egit quando voglio rapidamente cambiare rami e tag .or.

È possibile aggiungere comandi in git gui, forse qualcosa che vale la pena di verificare.

+2

Questa risposta è errata. SourceTree supporta git-flow – Brendan

+8

Albero di origine è Mac, la domanda è per Windows e Linux –

1

Ho scaricato e installato Source Tree Beta versione 0.8.2.0. Al momento, questa versione non supporta GitFlow.

+0

Nel frattempo GitFlow è supportato da SourceTree per Windows. – JoR

2

Entrambe questa domanda e Git-Flow-Eclipse in GitHub sono venute in una ricerca sul Web per me. Sembra onestamente piuttosto immaturo in questa fase, ma promette di fare quello che vuoi, da qui il mio tentativo economico di ottenere più crediti stackoverflow. ;-)

+0

grazie, il credito è sulla buona strada per te :-) BTW, ho deciso di non usare git-flow, ho trovato il mio flusso di lavoro ottimizzato per l'installazione della CI. – inger

+0

Cheers. :-) Sarei interessato a conoscere il flusso che hai usato, dal momento che quello che ho visto di git-flow sembra molto simile a quello che ho usato negli ambienti CI in passato. Ci si aspettava che gli sviluppatori eseguissero manualmente la suite di test contro i loro branch di funzionalità, e spesso ci siamo dimenticati di farlo. –

+1

Sì, sto usando l'IC di Jenkins, e il problema con git-flow sembrava essere costante creazione/giocherellando con nuovi lavori (per rami di rilascio e funzionalità), oltre a mantenere la cronologia o gli archivi. Vedo il beneficio degli FB, ma non abbiamo assolutamente bisogno di loro.OTOH, sto costruendo più linee di prodotto dalla stessa fonte. Quindi, abbiamo un ramo 'principale' (simile a sviluppare), con una pipeline di lavoro di CI ottimizzata per questo.Niente una versione ci uniamo giù al RBx corrispondente, dove eseguiamo il bump di versioni, tag, ecc. Il ramo RB [xyz] rimane lineare, con la pipeline CI impostata per ciascuna. Dopo il rilascio-> unire nuovamente a main.Per maggiori funzionalità ... – inger

1

La questione è vecchia e ha risposto ... ma ancora non v'è SmartGit/HG da syntevo. (Non ho nulla a che fare con loro ... Adoro la loro interfaccia utente/approccio per git). Hanno una super integrazione (IMHO) di git flow.