Usiamo un file batch per generare codice e questo controlla automaticamente i file generati da Team Foundation Server (TFS) in modo da poterli rigenerare. La maggior parte di questi file non viene modificata, ma il generatore non lo sa in anticipo.

Il comando "tfs undo" annulla il checkout, ma richiede se alcuni sono stati modificati (cosa che non vogliamo fare). Inoltre, non vogliamo controllare subito i file generati.

Esiste un comando (o una serie di comandi) per annullare il checkout di tutti i file non modificati senza richiedere all'utente?

Dai un'occhiata al comando Annulla invariato di Power Tools del Team Foundation Server, agosto 2011

c:\myProject> tfpt uu . /noget /recursive

Grazie Matt Florence per l'aggiornamento del link.

Grazie Ray Vega per la sintassi reale .

Installare Power Tools di Team Foundation Server ed eseguire quanto segue dalla riga di comando utilizzando tfpt.exe nella directory principale dell'area di lavoro del progetto:

c:\myProject> tfpt uu . /noget /recursive

L'inclusione /nogetè altamente raccomandata poiché impedisce un "aggiornamento" forzato di tutti i file del progetto che, a seconda del numero totale, possono richiedere tempi estremamente lunghi.

Grazie @mike & @ray,

Vorrei renderlo più semplice.

In VS, nel menu Strumenti, fai clic su "Strumenti esterni".

Clicca Aggiungi.

Inserisci il titolo.

Comando: tfpt.exe

Argomenti: uu. / noget / ricorsivo

Directory iniziale: [puoi scegliere dal pulsante freccia].

Due nuovi comandi vengono aggiunti al menu Strumenti.

Usali quando necessario.

Godere,

Ofir

1. Fai clic con il tasto destro del mouse sul tuo progetto
2. Seleziona annulla checkout, quindi fai clic su OK o qualsiasi conferma sia rimasta ...
3. Quindi, durante l'annullamento del checkout, per ogni file che contiene REALI modifiche, un prompt ti chiederà di confermare il checkout per quel file ... fai semplicemente clic su "No a tutti"

Visual Studio saprà se il file estratto è stato modificato o non è stato modificato.

ATTENZIONE: questo metodo rimuove anche i nuovi file, ovvero i file che non sono ancora stati archiviati in TFS. Se si desidera conservare questi file, è sufficiente escluderli dal set di file che si "annulla".

Aggiornata questa domanda con una risposta quando si lavora solo con TFS2017 e VS2017 / VS2019 .

Gli utensili elettrici non esistono per TFS 2017 e quelli vecchi non possono funzionare bene insieme ad esso, ma a quanto pare la maggior parte delle funzionalità è stata spostata su VS2017 stesso o plug-in (vedi sotto).

Estensione di Visual Studio 2017/2019

Alcune azioni come annullare i file invariati sono state spostate in un file

estensione per VS2017

estensione per VS2019

Posizione pulsante "Annulla invariato":

Bug noto

Devi aprire "Explorer controllo sorgente" (e lasciarlo aperto) in modo che "Annulla invariato" sia visualizzato nel menu Azione della vista Modifiche in sospeso. riportato qui .

Estensione di integrazione della shell di Windows

Inoltre, è ancora possibile configurare l'integrazione della shell di Windows tramite un programma di installazione separato che non è più collegato a TFS Power Tools.

L'integrazione della shell di Windows non funziona esattamente come i powertools prima, ma le azioni più importanti hanno funzionato per me.

Se si esegue semplicemente il check-back di tutti i file di nuovo estratti, TFS è abbastanza intelligente da capire quali sono le modifiche e includerle solo nel changeset registrato sul server.

TFS lo fa confrontando gli hash MD5 del contenuto dei file prima e dopo il check-in.

Tutto questo presuppone che il processo di generazione stia puramente aggiornando lo stesso set di file, ovvero non si avrà mai il caso in cui un file generato in una generazione precedente non è necessario nella generazione successiva (cioè si vorrebbe sospendere un'eliminazione per quel file) o che i file cambiano nome.

Se il tuo processo potrebbe richiedere la cancellazione dei file, la soluzione migliore potrebbe essere quella di guardare il comando Team Foundation Power Tools ( tfpt ) e utilizzare il comando tfpt online che controllerà solo i file che sono stati modificati e sarà abbastanza intelligente da pend elimina tutti i file non più necessari o cambia nome e aggiunge pend.

In bocca al lupo,

Martin.

Attenzione che l'annullamento di TFS non ripristina il valore "Data modifica" del file system. Questo è molto frustrante soprattutto se usi strumenti come robocopy per sincronizzare macchine remote. Anche dopo aver annullato il check-out, se il file è stato salvato con l'upgrade del valore "Data modifica", tale valore aggiornato rimarrà attivo anche dopo il checkout di annullamento.

Ci sono un paio di punti riguardanti l'opzione uu per tfpt (raccomandato nella maggior parte delle altre risposte) che all'inizio non mi erano chiari. Innanzitutto, questa è la guida della riga di comando a cui è possibile accedere con il comandotfpt uu /?

Annulla le modifiche in sospeso ridondanti. Se lo stato di un articolo con una modifica in sospeso è lo stesso del server, la modifica viene annullata.

Utilizzo: tfpt uu [/ changeset: changesetnum] [/ recursive] [/ noget] [filespec ...]

• / changeset Confronta lo spazio di lavoro con gli stati degli elementi nella versione del changeset specificata anziché nell'ultima versione
• filespec ... Controlla solo i filespec elencati per modifiche ridondanti
• / ricorsivo Controllare i file specificati con ricorsione completa
• / noget Non eseguire get prima del controllo

L'opzione / changeset non può essere utilizzata con filespecs o / recursive.

Ora lasciami interrompere il comando consigliato nelle altre risposte.

tfpt uu . /noget /recursive

• tfpt uu specifica che desideriamo utilizzare il comando "Annulla invariato".
• . indica (suppongo) che l'attuale directory di lavoro dovrebbe essere utilizzata come filespec.
• /noget assicura che non venga chiamata "get latest version" prima di annullare i file invariati.
• /recursiveassicura che non vengano presi in considerazione solo filespec ma tutte le cartelle e i file secondari ricorsivi. Questo sembra dipendere dal filespec - se non ne viene fornito nessuno, viene elaborato l'intero spazio di lavoro.

Quindi ci sono un paio di cose da notare qui riguardo al comando dall'alto ...

• Dipende dalla directory di lavoro.
• Non elabora l'intero spazio di lavoro.

Ho scoperto che il seguente comando funziona meglio per me: elaborerà l'intero spazio di lavoro.

tfpt uu /noget

Si noti che dipende ancora dalla directory di lavoro in quanto tfpt la utilizza per determinare quale area di lavoro deve essere elaborata. Ma finché fornisci un percorso a un file o una cartella all'interno dell'area di lavoro, sei a posto.

Vedo l'approccio di Ray LionFang sopra. Non posso commentare perché non ho il rappresentante. Anche se mi piace questo approccio poiché non sono necessarie modifiche a Strumenti, ecc ........

1. Fai clic con il tasto destro del mouse sul tuo progetto
2. seleziona annulla checkout, quindi fai clic su OK o qualsiasi conferma sia rimasta ...
3. quindi, mentre annulli il checkout, per ogni file che contiene REALI modifiche, un prompt ti chiederà di confermare il checkout per quel file ... fai semplicemente clic su "No a tutti"
4. Visual Studio saprà se il file estratto è stato modificato o non è stato modificato. Tieni presente che questo metodo rimuove anche i file aggiunti che non sono ancora stati archiviati da TFS ...

....... c'è un problema con quell'approccio nel colpire "No To All" conserva alcuni file che non sono stati modificati. Sembra fare qualcosa come Annullare i file non modificati fino a quando non colpisce il primo file che viene effettivamente modificato e quindi ignora il resto dei file non modificati, se questo ha un senso. Ho visto questo effetto solo una volta ogni tanto.

Un potenziale rimedio è seguire il processo sopra descritto ma invece di premere "No a tutti", premi "No" per ogni file. Dal momento che ciò può richiedere del tempo a seconda del numero di file con cui stai lavorando, ciò che faccio normalmente è tenere premuto "ALT + N", e accelera tutti i file mentre annulla TUTTI i file non modificati.

Per quanto ho capito, in TFS se si esegue il checkout di un progetto di gruppo, l'intero progetto viene estratto e non si ha il controllo su quali file vengono eliminati. Se si desidera impedire il check-in a determinati file, è possibile bloccarli.

Al lavoro, tutti odiamo la TFS.