2009-10-31 13 views

risposta

7

Impossibile pretendere di aver provato una vasta gamma, ma, cosa c'è di sbagliato con hg4idea ...?

+0

niente di sbagliato, ho non ho usato nessuno di loro. –

+0

Viene fornito con una versione community. –

-6

Per rispondere alla tua domanda: il miglior plug-in IDE non si usa su.

Penso che l'integrazione IDE non sia necessaria quando si lavora con un DVCS. Quando si lavora in un sistema centralizzato, è ragionevole ai fini del checkout automatico sulla modifica. Tuttavia, mi piace mantenere le cose separate. Non voglio che il mio IDE sia ingombrante. Non vedo alcun vantaggio nell'usare un plug-in rispetto a una soluzione standalone (che continuo a girare su un secondo monitor ecc.).

Sto bene con TortoiseHG e la riga di comando per compiti più complicati.

+3

Sono completamente e assolutamente in disaccordo. Dover passare avanti e indietro tra l'IDE e la vista della cartella è distratto e non necessario. –

+0

Sono d'accordo con il commento sopra. Avere la possibilità di accedere alla linea cmd va bene, ma si vuole davvero sfruttare le capacità di refactoring dell'IDE e si desidera che gestisca automaticamente SCM per voi in quei refactoring. – GreenKiwi

+0

Perché così tanti downvotes per questo? TortoiseHG + command rock semplicemente. Non c'è nulla che non possa fare quando si tratta di situazioni complesse e compiti raffinati. Sì, l'integrazione con un IDE può essere buona ma anche adesso (ottobre 2014) non esiste alcun plug-in Mercurial per qualsiasi IDE che possa coprire tutte le situazioni (sfortunatamente) – Alex

3

Per quanto riguarda la risposta "non usare uno" - questo non è certo sufficiente. Cosa succede se utilizzo il mio IDE per eseguire un refactoring che rinomina un file? Senza l'integrazione del controllo del codice sorgente/IDE, la rinomina del file viene creata senza riguardo al controllo del codice sorgente, quindi Mercurial (o qualsiasi altra cosa) pensa che un file sia scomparso e ne sia apparsa una nuova. Quindi devi tornare a litigare con il controllo del codice sorgente per sistemare le cose.

+0

Anche se sono d'accordo con la dichiarazione così com'è, questo è ciò che è fantastico riguardo a git . (E AFAIK versioni precedenti di hg). È sciocco che tu debba dire al controllo della versione delle mosse e dei nomi dei file. Mi piace come TortoiseHg ha un'opzione di indovinare, ma mi piace come quando uso git posso totalmente ignorare questo compito banale –

+0

Ho appena iniziato a usare git. Sembra un po 'complicato, ma sembra che le parti complicate abbiano tutte le ragioni per essere. Per quanto riguarda il git che capisce automaticamente la rinomina dei file, ho appena fatto un commit in cui è totalmente mancato di rinominare i file. Avevo cambiato 1 o 2 righe in un file di 10 righe. –