Kod oluşturmak için bir toplu iş dosyası kullanırız ve oluşturulan dosyaları Team Foundation Server'dan (TFS) otomatik olarak denetler, böylece bunları yeniden oluşturabilir. Bu dosyaların çoğu değiştirilmez, ancak jeneratör bunu önceden bilmez.

"Tfs undo" komutu ödeme işlemini geri alır, ancak bazılarının değiştirilip değiştirilmediğini (bunu yapmak istemiyoruz) sorar. Ayrıca oluşturulan dosyaları hemen kontrol etmek istemiyoruz.

Kullanıcıya sormadan değiştirilmemiş tüm dosyaların teslim alınmasını geri almak için bir komut (veya bir dizi komut) var mı?

Team Foundation Server Elektrikli El Aletleri'nin Değiştirilmemiş Geri Al komutunu inceleyin Ağustos 2011

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

Bağlantı güncellemesi için Matt Florence'a teşekkürler.

Gerçek sözdizimi için teşekkürler Ray Vega .

Team Foundation Server Elektrikli El Aletleri'ni yükleyin ve projenizin çalışma alanı dizininin kökündeki tfpt.exe aracını kullanarak komut satırından aşağıdakileri çalıştırın:

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

/nogetToplam sayıya bağlı olarak son derece uzun zaman alabilen tüm proje dosyalarınızın zorla 'en son alınmasını' önlediği için dahil edilmesi şiddetle önerilir.

Teşekkürler @mike & @ray,

Bunu kolaylaştırmak istiyorum.

VS'de, Araçlar menüsünde "Harici Araçlar" ı tıklayın.

Ekle'yi tıklayın.

Başlık girin.

Komut: tfpt.exe

Bağımsız Değişkenler: uu. / noget / özyinelemeli

Başlangıç ​​Dizini: [ok düğmesinden seçebilirsiniz].

Araçlar menüsüne iki yeni komut eklenir.

Gerektiğinde kullanın.

Zevk almak,

Ofir

1. Projenize sağ tıklayın
2. Ödemeyi geri al'ı seçin, ardından Tamam'ı tıklayın veya onay ne olursa olsun ...
3. Ardından, ödeme geri alınırken, GERÇEK değişiklikleri olan her dosya için, bir istem sizden bu dosya için kullanıma alma işlemini onaylamanızı isteyecektir ... sadece "Herkese Hayır" ı tıklayın.

Visual studio, teslim alınan dosyanın değişip değişmediğini bilecek.

UYARI: Bu yöntem aynı zamanda yeni dosyaları, yani TFS'ye henüz teslim edilmemiş dosyaları da kaldırır . Bu dosyaları saklamak istiyorsanız "geri aldığınız" dosya grubundan hariç tutmanız yeterlidir.

Sadece TFS2017 ve VS2017 / VS2019 ile çalışırken bu soruyu bir cevapla güncelledik .

Elektrikli el aletleri TFS 2017 için mevcut değildir ve eskileri onunla birlikte iyi çalışamaz, ancak görünüşe göre işlevselliğin çoğu VS2017'nin kendisine veya eklentilerine taşındı (aşağıya bakın).

Visual Studio 2017/2019 Uzantısı

Değiştirilmemiş dosyaları geri alma gibi bazı işlemler bir

VS2017 için uzatma

VS2019 için uzatma

"Değiştirilmemiş Geri Al" düğmesinin yeri:

Bilinen hata

'Kaynak Denetim Gezgini'ni açmanız (ve açık bırakmanız) gerekir; böylece Bekleyen Değişiklikler görünümünün Eylem menüsünde' Değişmeden Geri Al 'görüntülenir. burada bildirildi .

Windows Kabuğu Entegrasyon Uzantısı

Ayrıca, Windows kabuk entegrasyonunu , artık TFS Elektrikli El Aletleri'ne bağlı olmayan ayrı bir yükleyici aracılığıyla da ayarlayabilirsiniz .

Windows kabuk entegrasyonu daha önce elektrikli aletlerle tam olarak aynı şekilde çalışmaz, ancak en önemli eylemler benim için çalıştı.

Teslim aldığınız tüm dosyaları tekrar kontrol ederseniz, TFS hangilerinin değiştiğini anlayacak kadar akıllıdır ve yalnızca sunucuda kaydedilen değişiklik kümesine dahil eder.

TFS bunu, check-in öncesi ve sonrası dosya içeriklerinin MD5 karma değerlerini karşılaştırarak yapar.

Tüm bunlar, oluşturma işleminizin tamamen aynı dosya kümesini güncellediğini varsayar; başka bir deyişle, bir önceki nesilde oluşturulmuş bir dosyanın bir sonraki nesilde gerekmediği (yani bir silmeyi beklemek istemediğiniz) bu dosya için) veya dosyaların adını değiştirdiğinden emin olun.

İşleminiz muhtemelen dosyaların silinmesine ihtiyaç duyabiliyorsa, en iyi seçiminiz Team Foundation Power Tools komutuna ( tfpt ) bakmak ve yalnızca değişen dosyaları kontrol edecek ve yeterince akıllı olacak tfpt çevrimiçi komutunu kullanmak olabilir. pend, artık ihtiyaç duyulmayan veya adı değiştirilmeyen dosyalar için siler ve pend ekler.

İyi şanslar,

Martin.

TFS geri almanın Dosya Sisteminin "Değiştirme Tarihi" değerini geri döndürmeyeceğine dikkat edin. Özellikle uzak makineleri senkronize etmek için robokopi gibi araçlar kullanıyorsanız bu çok sinir bozucu. Ödemenizi geri aldıktan sonra bile, dosyayı kaydedip "Değiştirilme Tarihi" değerini güncellerseniz, güncellenen değer, geri alma işleminden sonra bile değişecektir.

İlk başta bana açık olmayan tfpt için uu seçeneğiyle ilgili (diğer cevapların çoğunda önerilir) birkaç nokta var. İlk olarak, komutla erişilebilen komut satırı yardımıtfpt uu /?

Gereksiz bekleyen değişiklikleri geri alır. Bekleyen değişikliği olan bir öğenin durumu sunucudakiyle aynı ise, değişiklik geri alınır.

Kullanım: tfpt uu [/ changeset: changesetnum] [/ özyinelemeli] [/ noget] [dosyabelir ...]

• / changeset Çalışma alanını, en son sürüm yerine belirtilen değişiklik kümesi sürümünde öğe durumlarıyla karşılaştırın
• filespec ... Yalnızca listelenen dosya özelliklerini gereksiz değişiklikler açısından kontrol edin
• / recursive Belirtilen dosya özelliklerini tam özyineleme ile denetleme
• / noget Kontrol etmeden önce get komutunu çalıştırma

/ Changeset seçeneği, dosya özellikleri veya / özyinelemeli olarak kullanılamaz.

Şimdi diğer cevaplarda önerilen komutu yıkayım.

tfpt uu . /noget /recursive

• tfpt uu 'Değişmeden Geri Al' komutunu kullanmak istediğimizi belirtir.
• . (sanırım) geçerli çalışma dizininin dosyabelirtimi olarak kullanılması gerektiğini belirtir.
• /noget değiştirilmemiş dosyaları geri almadan önce 'en son sürümü al'ın çağrılmamasını sağlar.
• /recursiveyalnızca dosya türünün değil tüm özyinelemeli alt klasörlerin ve dosyaların dikkate alınmasını sağlar. Bu, filespec'e bağlı gibi görünüyor - eğer sağlanmamışsa, tüm çalışma alanı işlenir.

Bu yüzden, yukarıdaki komutla ilgili burada dikkat edilmesi gereken birkaç şey var ...

• Çalışma dizinine bağlıdır.
• Tüm çalışma alanını işlemez.

Aşağıdaki komutun benim için en iyi şekilde çalıştığını buldum - tüm çalışma alanını işleyecek.

tfpt uu /noget

Tfpt'nin hangi çalışma alanının işlenmesi gerektiğini belirlemek için onu kullandığı çalışma dizinine bağımlı olduğunu unutmayın. Ancak, çalışma alanındaki bir dosya veya klasöre bir yol sağladığınız sürece, hazırsınız demektir.

Ray LionFang'ın yaklaşımını yukarıda görebiliyorum. Ben temsilcisi olmadığı için orada yorum yapamam. Araçlar vb. Üzerinde herhangi bir değişiklik yapılması gerekmediği için bu yaklaşımı seviyorum

1. Projenize sağ tıklayın
2. geri almayı seçin, ardından tamam'ı tıklayın veya onay ne olursa olsun ...
3. ardından, geri alma işlemi sırasında, GERÇEK değişiklikleri olan her dosya için, bir komut istemi o dosya için kullanıma alma işlemini onaylamanızı ister ... sadece "Herkese Hayır" ı tıklamanız yeterlidir.
4. Visual studio, teslim alınan dosyanın değişip değişmediğini bilecek. Bu yöntemin, henüz TFS'den teslim edilmeyen eklenmiş dosyaları da kaldırdığını unutmayın ...

....... "Herkese Hayır" tuşuna basmanın değiştirilmemiş birkaç dosyayı tutmasıyla ilgili bir sorun var. Gerçekte değiştirilen ilk dosyaya ulaşıncaya kadar değiştirilmemiş dosyaları geri alma ve daha sonra herhangi bir anlam ifade ediyorsa değiştirilmemiş dosyaların geri kalanını yok sayma gibi bir şey yapıyor gibi görünüyor. Bu etkiyi arada bir gördüm.

Potansiyel bir çözüm yukarıdaki işlemi takip etmektir, ancak "Herkese Hayır" tuşuna basmak yerine her dosya için "Hayır" tuşuna basın. Bu, çalıştığınız dosya sayısına bağlı olarak biraz zaman alabileceğinden, normalde yaptığım "ALT + N" tuşunu basılı tutmak ve TÜM değiştirilmemiş dosyaları geri alırken tüm dosyalar arasında hızlanır.

Anladığım kadarıyla, TFS'de bir takım projesini kontrol ederseniz, tüm proje teslim alınır ve hangi dosyaların indirildiğini kontrol edemezsiniz. Belirli dosyalarda check-in işlemlerini önlemek istiyorsanız, onları kilitleyebilirsiniz.

İş yerinde hepimiz TFS'den nefret ediyoruz.