•  09-06-2019
  •  | 
  •  

Domanda

Ho chiesto informazioni a un paio di colleghi AnkhSVN e nessuno dei due ne era soddisfatto.Uno di loro è arrivato al punto di dire che AnkhSVN ha sbagliato più volte il suo sviluppo.

Qual è la tua esperienza con AnkhSVN?Mi manca davvero avere uno strumento di controllo del codice sorgente integrato IDE.

È stato utile?

Soluzione

Il vecchio AnkhSVN (pre 2.0) era molto scadente e lo usavo solo per le icone lucide in Solution Explorer.Mi sono affidato a Tortoise per tutto tranne che per i ripristini.

Il nuovo Ankh è una riscrittura completa (ora utilizza l'API di controllo del codice sorgente dell'IDE) e sembra e funziona molto meglio.Tuttavia, non l'ho costretto a nessun sollevamento pesante.A me bastano le icone.

L'unica lamentela che ho con la 2.0 è il fatto che ha un ingombro ridotto .sln File.Li ripristino sempre per evitare che causino problemi ai colleghi che non hanno installato Ankh.Non so se le mie paure siano infondate o meno.

aggiunta:

Ho utilizzato la versione 2.1.7141 un po' più estesamente nelle ultime settimane ed ecco le novità che devo aggiungere:

  • Nessun brutto crash che ha afflitto la v1.x.Sìì!
  • Per qualche motivo, le finestre "Mostra modifiche" (diff) sono limitate a solo due.Mah.
  • Le finestre Diff non consentono ancora la modifica/ripristino.Boh!
  • Aggiornamenti, commit e navigazione sono MOLTO più veloci di Tortoise.Sìì!

Tutto sommato non lo userei da solo, ma una volta che inizi ad usarlo diventa un compagno quasi indispensabile per Tortoise.

Altri suggerimenti

Ho sempre avuto problemi di stabilità con AnkhSVN.Non potrei passare tutti a Subversion dove lavoro senza una soluzione integrata.

Grazie a Dio per VisualSVN + TartarugaSVN.

VisualSVN non è gratuito, ma è economico e funziona a meraviglia.

@pilif:AnkhSVN mantiene uno stato in memoria della copia di lavoro, che viene invalidato/aggiornato dagli eventi di Visual Studio (ovvero si modifica/modifica un file) e dagli eventi AnkhSVN (ovvero si esegue il commit/aggiornamento/ripristino/ecc.)

Ogni volta che la copia di lavoro viene modificata dall'esterno di Visual Studio (modificando con un altro strumento o utilizzando un altro client Subversion), dovrai aggiornare AnkhSvn utilizzando il comando Refresh che forniamo.

L'altra cosa che succede quando elimini un file in un progetto con TortoiseSvn, ad esempio, è che rimane elencato nel file di progetto e dovrai rimuoverlo lì separatamente (e quindi impegnare anche il file di progetto).

Ho provato la versione 1 ed era a dir poco inaffidabile.Non posso dire nulla sulla versione 2.0.

Se te lo puoi permettere, quello che uso io, VisualSVN, è molto buono e utilizza TortoiseSVN per tutta la sua GUI, ad eccezione delle cose specializzate relative alla sua integrazione VS.

Copia/incolla parti del mio file proprio post sul blog, mentre passavo da Ankh a VisualSVN:

Perché ho cambiato?Perché non ero soddisfatto della stabilità generale di Ankh, poiché presenta alcuni problemi nel monitorare effettivamente i cambiamenti della soluzione.VisualSVN è "semplicemente" un frontend TortoiseSVN, il che significa che lascia tutto il "lavoro pesante" a uno strumento di terze parti che a) è installato comunque sulla maggior parte delle workstation eb) che è stato testato e utilizzato da un pubblico così vasto, è davvero roccia solida.

Ora, AnkhSVN non è certamente un cattivo prodotto, e le persone dietro sono serie su quello che stanno facendo, ma avere file cancellati da tempo ancora nel mio SVN o ricevere il messaggio "Per favore pulisci la tua soluzione" diventa fastidioso dopo un po' di tempo, ma la mia più grande lamentela è la finestra della proprietà.È bello che ci sia una bella finestra con i pulsanti radio che mi chiede quale proprietà voglio aggiungere.Sfortunatamente, non è possibile inserire manualmente una proprietà.

Modificare: Questo era per AnkhSVN 1.x.Nel frattempo è stato aggiornato alla versione 2.xe tanto migliorato.Lo uso in produzione su un sistema in cui non ho VisualSVN e ora funziona molto bene.

Non ho avuto problemi con la v1, ma sono stato avvisato di non usarlo.Sto usando la v2 da un po' e non ho avuto problemi.Conservo comunque un backup del repository...

Ho iniziato con AnkhSvn e poi sono passato a VisualSvn.Ho le mie lamentele con VisualSvn ma è molto meno problematico rispetto ad Ankh.Devo ancora provare la nuova versione di Ankh che dicono sia una riscrittura completa e abbia ricevuto input anche dal team di sviluppo Microsoft.

Sto utilizzando sia la versione più recente di Ankh SVN che Tortoise su un progetto a casa.Trovo che siano entrambi molto buoni con un avvertimento.

Ho scoperto che entrambi gli strumenti SVN a volte non sono riusciti a tenere il passo con la ridenominazione e lo spostamento di file/cartelle, facendomi pensare che un file perfettamente valido debba essere eliminato al prossimo commit.Probabilmente è dovuto al mio uso improprio di SVN in qualche modo, ma TFS al lavoro non presenta questo problema.

Ho provato AnkhSVN (1.0.3, solo 4 mesi fa) e non ha funzionato come volevo (ad es.necessario per selezionare le cose nella finestra del browser invece che in base al file attivo).Alla fine ho creato alcune macro che utilizzano TortoiseSVN che funzionano in modo molto più simile a quello che mi aspettavo.

Sono stato molto soddisfatto dell'utilizzo di TortoiseSVN tramite Explorer e delle mie macro all'interno dell'IDE.

In precedenza (come 2 anni fa, quando ho provato l'ultima volta), AnkhSVN e Tortoise utilizzati in parallelo con la stessa copia di lavoro causavano una sorta di corruzione della copia di lavoro in cui Ankh e Tortoise in qualche modo perdevano traccia dello stato in cui l'altro strumento aveva lasciato la copia di lavoro.

Era come se uno degli strumenti memorizzasse metadati aggiuntivi non contenuti nella copia di lavoro e facesse affidamento sulla loro correttezza.

I problemi si sono manifestati da Ankh (o Tortoise) che insisteva sul fatto che file fossero presenti ma non c'erano, su file modificati che non lo erano e su file non modificati che erano (e quindi incapaci di eseguire il commit).

Forse da allora il problema è stato risolto, ma ho pensato che fosse meglio avvisarvi, ragazzi.

Circa un anno fa io e un amico abbiamo utilizzato AnkhSVN per un progetto...diversi commit successivi durante lo spostamento degli spazi dei nomi hanno rotto il repository SVN.Rotto nel senso che l'ultimo commit che abbiamo eseguito è stato danneggiato e non è stato possibile eseguire più il commit.

Dopodiché abbiamo usato TartarugaSVN e ho spostato manualmente lo spazio dei nomi, semplicemente... lavorato.Se lavori solo su librerie di classi base puoi sempre provare a utilizzare SharpDevelop invece (che si integra con TortoiseSVN).

Spero che ora abbiano risolto AnkhSVN perché le integrazioni IDE sono sempre fantastiche...quando funzionano.

@mcintyre321

Ho scoperto che entrambi gli strumenti SVN a volte non sono riusciti a tenere il passo con la ridenominazione e lo spostamento di file/cartelle, facendomi pensare che un file perfettamente valido debba essere eliminato al prossimo commit.

Un'operazione di spostamento o ridenominazione comporta un'eliminazione e un'aggiunta con cronologia a livello di sovversione.

TortoiseSvn lo mostra come:

originalFile   deleted
newFile        added (+)
Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top