TFS neden en son sürümü almıyor?

Neden TFS'ler en son işleri neden sürekli olarak almıyor?

Bu özelliğin kapsamlı bir şekilde test edileceğini düşünürdünüz.

Yapmam gereken, belirli bir sürüm almak, sonra hem yazılabilir dosyaların üzerine yaz hem de tüm dosyaların üzerine yaz.

Yerel kurulumum berbat mı yoksa siz de mi yapıyorsunuz?

TFS, "En Son Alın" ın ne yaptığını yeniden tanımladı. TFS açısından, En Son Alın, dosyaların en son sürümünü almak anlamına gelir, ancak sunucunun zaten çalışma alanınızda olduğunu düşündüklerini yok sayın. Hangi bana ve gezegendeki hemen hemen herkesin yanlış olduğunu.

Bu bağlantıya bakın: http://blogs.microsoft.co.il/blogs/srlteam/archive/2009/04/13/how-get-latest-version-really-works.aspx

İstediğiniz şeyi yapmanın tek yolu Belirli Sürümü Almak, ardından "Üzerine Yaz ..." kutularının ikisini de işaretlemektir.

Bazen Get specific version her iki onay kutusunu da işaretlemek size en son dosyayı almaz. Muhtemelen bir dosyada değişiklik yaptınız ve en son sürümü yeniden alarak bu değişiklikleri geri almak istiyorsunuz. ...Ey ... amacýn için Undo pending changesdeđil bu Get specific version.

Şüpheniz varsa:

• dosya (lar) da check-in işlemini geri al
• Dosyanızın beklenen sürümle eşleştiğinden emin olmak için daha sonra bir karşılaştırma yapın
• daha sonra başka neyin farklı olduğunu görmek için tüm projenizde özyinelemeli bir 'karşılaştırma' yapın
• Bekleyen değişiklikler penceresine dikkat edin ve bazen uyumsuz bekleyen bir değişikliği çözmek için 'sunucu sürümünü al' seçeneğini işaretlemeniz gerekebilir

Ve bu benim keşfettiğim favorim:

• içinde göz kulak OutputBunun gibi mesajlar için pencerenin:

  Uyarı - Bekleyen bir düzenlemeniz olduğu için R: \ TFS-PROJECTS \ www.example.com \ ÖrnekMVC \ Örnek MVC \ Örnek MVC.csproj yenilenemiyor.

Bu kritik mesaj çıkış penceresinde görünür. Başka bildirim yok! Bekleyen değişikliklerde hiçbir şey yok ve yeni talep ettiğiniz dosyanın alınmadığını bildiren başka bir iletişim mesajı yok! Ve evet - bunu sadece Undo pending changesdosyayı çalıştırarak ve çözerek çözersiniz.

TFS, Perforce gibi diğer kaynak kontrol sağlayıcıları gibi, sistem başarıyla aldığınız son sürümün ne olduğunu bildiği için bunu yapar, bu nedenle "x'den beri değişiklikleri al" a dönüşür. Kurallarına göre oynarsanız ve bunları düzenlemeden önce gerçekten kontrol ederseniz, konuları karıştırmazsınız ve "en son alın" dediği gibi gerçekten yapar.

Gördüğünüz gibi, çok daha fazla bant genişliği kullanımı olan, ancak SourceSafe'in eskisine göre daha yakın davranan her şeyi yeniden değerlendirmeye zorlayabilirsiniz.

Bir ifadeye nasıl çalışmadığına dair örnekler olmadan yanıt vermek zordur, ancak TFVC'nin (TFS 2012'den önceki mekanizma olan "Sunucu Çalışma Alanı" modunda) yerel dosya sisteminizin durumunu incelemediğini anlamak çok önemlidir . TFVC Sunucu Çalışma Alanları, bunun tasarım gereği olduğu, çalışma alanınızın durumunu belirlemek için gereken dosya G / Ç miktarını büyük ölçüde azaltmak için alınan kasıtlı bir karar olan "ödeme-düzenleme-denetleme" türünde bir sistemdir. Bunun yerine, çalışma alanı bilgileri sunucuya kaydedilir.

Bu, TFVC Sunucu Çalışma Alanlarının çok büyük kod tabanlarına çok verimli bir şekilde ölçeklenmesini sağlar. Çok gigabaytlık bir kod tabanındaysanız (Visual Studio veya Windows kaynak ağacı gibi), istemcinizin yerel dosya sisteminizi taraması gerekmez, değişmiş olabilecek dosyaları arar, çünkü TFS ile yaptığınız sözleşme, düzenlemek istediğinizde bir dosyayı açıkça teslim alacaktır.

Sen beklenmektedir değil salt olarak dosyayı işaretleyin ve ilk onu kontrol açıkça olmadan bunu değiştirmek. Bu yol gitmek, sunucu dosyanıza değişiklikler yaptınız biliyoruz ve yok gerçekleştiren bir operasyon olacak "Son alın" değil sen yaptık sunucu söylemedim, çünkü yerel çalışma alanını güncellemek değiştirir.

Eğer varsa yapmak bu mekanizmayı yıkmak o zaman kullanabilirsiniz tfpt reconcileyerel olarak yapmış değişiklikler için yerel çalışma alanını incelemek için komutu.

Kendinizi "Belirli Sürümü Al" seçeneğini kullanarak ve "zorla" ve "üzerine yaz" seçeneklerini belirlerseniz, TFS'nin kendinizi incitmemeniz için uyguladığı tüm uygulamaları atlama alışkanlığınız olması muhtemeldir, ve muhtemelen TFVC Yerel Çalışma Alanlarını göz önünde bulundurmalısınız.

TFVC Yerel Çalışma Alanları, "edit-merge-commit" tipinde bir sürüm kontrol sistemi sağlar; bu, dosyaları düzenlemeden önce açıkça kontrol etmenize gerek olmadığı anlamına gelir ve bunlar salt okunur değildir . Bunun yerine, dosyayı düzenlemeniz yeterlidir ve istemciniz dosya sistemini tarar, değişikliği fark eder ve bunu bekleyen bir değişiklik olarak sunar.

TFVC Yerel Çalışma Alanları , çok daha iyi bir iş akışı sundukları için ayrıntılı izin denetimi gerektirmeyen küçük projeler için önerilir . Çevrimiçi olmanız gerekmez ve dosyaları düzenlemeden önce açıkça kontrol etmeniz gerekmez.

TFVC Yerel Çalışma Alanları TFS 2012'de varsayılan değerdir ve sizin için etkin değilse, sunucu yöneticinize danışmalısınız. (Çok büyük kod tabanlarına veya katı denetim gereksinimlerine sahip kuruluşlar TFVC Yerel Çalışma Alanlarını devre dışı bırakabilir.)

Eric Sink'in mükemmel kitabı Version Control By Örnek , ödeme-düzenle-checkin ve düzenleme-birleştirme-taahhüt sistemleri arasındaki ve biri diğerinden daha uygun olduğunda arasındaki farkları özetliyor.

Profesyonel Team Foundation Server 2013 kitap da TFVC Sunucu çalışma alanları ve TFVC Yerel Workspaces arasındaki farklar hakkında mükemmel bilgiler sağlar. MSDN belgeleri ve blogları ayrıca ayrıntılı bilgi sağlar:

• Yerel veya sunucu çalışma alanı kullanma arasında karar verme
• Sunucu çalışma alanları ile yerel çalışma alanları
• Team Foundation Server - Sunucunun Yerel Çalışma Alanlarını Anlamaya Çalışması

Team Foundation Server (TFS) yerel kopyasını $ TF adlı gizli bir dizinde takip eder. Varsa en son kopyayı indirmez. Orijinal dosyanızın olması ya da olmaması önemli değildir. Aslında tüm klasörü silmiş olabilirsiniz (benim durumumda olduğu gibi) ve TFS en son kopyayı getirmez, çünkü gerçek dosyaya değil, kaydettiği gizli dizine bakar. Bu tasarımdaki kusur, sistemin dışında yapılan hiçbir şeyin TFS'ye kaydedilmeyeceğidir. Örneğin, Windows Gezgini'ne gidebilir, bir klasörü veya dosyayı silebilirsiniz ve TFS bunu tanımayacaktır. Tamamen kör olacak. En azından orada Windows bu dosyayı silmenize izin vermez ama bekler!

En son kopyayı zorlamanın bir yolu, gizli $ TF klasörünü el ile silmektir. Bunu yapmak için, komut istemine gidin ve projenizin teslim alındığı kök klasöre gidin ve bu komutu verin

rd/s $tf                    // remove $TF folder and everything inside it

Sadece gizli klasörü kontrol etmek istiyorsanız,

dir /ah                    // display hidden files and folders

Not: Bunu yaparsanız, tf dosyalarınızda olsa bile yerel bir kopyanız olmadığını düşünür ve her şeyi tekrar senkronize eder.

Dikkat: Bu yöntemi kullanmak kendi sorumluluğunuzdadır. Lütfen kritik işlerde kullanmayın.

"En son sürümü al", varsayılan olarak yalnızca "En son sürümü al" seçeneğini en son çalıştırdığınızdan bu yana sunucuda değişen dosyaları indirir. TFS, indirdiğiniz dosyaları izler, böylece dosyaların aynı sürümünü tekrar indirmeye zaman harcamaz. Visual Studio dışındaki dosyaları değiştiriyorsanız, gördüğünüz gibi tutarlılık sorunlarına neden olabilir.

Ne yazık ki, TFS 2008'de bir veya daha fazla hata olmalı, çünkü bu sorun geliştirici makinelerde düzenli olarak ortaya çıkıyor ve ben de çalıştığım sunucular oluşturuyor.

En Son Alınabilirim, projenin geçmiş listesinde Son Alındıktan sonra taahhütlerin alındığını görebiliyorum, diskteki dosyalara herhangi bir şekilde dokunmadım, ancak "En Son Alın" fonksiyonu TFS sekmesini kontrol ettiğimde, bazı dosyalar hala en son sürüm olmadıklarını söylüyor.

Açıkçası TFS, listenin söylediği gibi, yerel olarak eski dosyalara sahip olduğumu belirleyebiliyor. Yine de Get Latest bunu başaramazsa, en son sürümü edinin. Yaptığınız şeyi yaparsam, Belirli Sürümü Al'ı kullanın ve iletişim kutusunun altındaki iki onay kutusunu işaretleyin, ardından dosyalar alınır.

Derleme sunucularımızı her zaman Belirli Sürüm Al işlevini kullanacak şekilde değiştirdik, bu nedenle bu bölüm şimdi çalışıyor, ancak derleme sunucumuz (TeamCity) da derlemeyi başlatmak için dosyalarda değişiklik olup olmadığını kontrol etmeye güveniyor , bazen "hiçbir şey değişmedi, burada görülecek hiçbir şey yok, hareket et" moduna geçiyor ve zorla yapı yapılandırmasını çalışana kadar hiçbir şey yapmıyor.

Bu sorunu, en son + derleme almak dışında, her iki elle de hariç, hiç dokunulmamış bir makinede yaşadığımı unutmayın, bu nedenle dosyalar üzerinde hiçbir değişiklik yapmaz. Sadece TFS'nin kafası karışıyor.

Bir kez bu kırpılmış Diskteki dosyaların gerçekten daha önce alınan sürümle aynı ikili olduğunu doğruladı, bu yüzden dosyaları ile herhangi bir el kurcalama yapılmadı.

Ayrıca, TFS'nin gerçekte içeriğe bakmadan dosyaların diskte değişip değişmediğini nasıl bildiğini göremiyorum. TFS'nin bir kısmı dosyaların gerçekten en son sürüm olmadığını görebiliyorsa, Get Latest sürümü kesinlikle en son sürümü alabilmelidir. Bu, diğer cevaplara yapılan yorumlara atıfta bulunur.

TFS'yi aynı kullanıcı olarak oturum açtığınızdan ve çalışma alanı adı (varsayılan olarak makine adına bağlı olarak) da aynı olduğundan, TFS aynı makinede ve aynı çalışma alanında olduğunu düşünür, bu nedenle zaten en son sürümüne sahipsiniz. dosyaları, bu yüzden onları sizin için almayacak.

makinenizi yeniden adlandırmayı deneyin ve yeni bir makine olarak yeni bir çalışma alanı oluşturun.

Visual Studio 2012 ile de aynı sorunu yaşadım. Ne yaparsam yapayım, kodu TFS kaynak kontrolünden alamadı.

Benim durumumda, kaynak klasöründen bir klasör + alt klasörü ayrı ayrı, ancak yerel HD'mdeki aynı ağaçla eşleştiriyordum.

Çözüm, "çalışma alanlarını yönet" penceresini kullanarak alt klasör eşlemesini kaldırmaktı.

En Son Alınanların beklediklerini yapmadığından şikayet eden geliştiricilerle karşılaştığım sorunların çoğu, Kaynak Kontrol Gezgini'nden ziyade Çözüm Gezgini'nden En Son Alınan performanstan kaynaklanıyor. Çözüm Gezgini yalnızca çözümün bir parçası olan dosyaları alır ve çözüm içindeki dosyalar ve dolayısıyla kaynak denetiminin bir parçası için gerekli olabilecek her şeyi yok sayarken, Kaynak Denetimi gezgini hangi dosyaları belirlemek için yerel çalışma alanınızı sunucudaki depoyla karşılaştırır ihtiyaç vardır.

Bu sorunla karşılaştığımda en son ve sürüm uyumsuzlukları ile karşılaştığımda, öncelikle "Belirli Sürüm Al" ı değişiklik kümesine ayarladım ve 1'e koydum. Bu daha sonra tüm dosyaları yerel çalışma alanınızdan (o proje, klasör, dosya vb.) ve TFS güncellemesine sahip olacak, böylece artık SÜRÜM YOK VERSİYONU olduğunu biliyor. Sonra bir "Son Alın" ve viyola yapabilirsiniz, aslında en son

Aynı hesapla iki farklı makineden TFS kullandığınızda olabilir, eğer öyleyse değiştirilen dosyaları görmek ve onları kontrol etmek için karşılaştırmalı, ardından en sonuncuyu almalı ve ardından ödemeyi kaldırmak için bekleyen değişiklikleri geri almalısınız

Bu benim için çalıştı:
1. Visual Studio'dan çıkın
2. Bir komut penceresi açın ve "% localappdata% \ Local \ Microsoft \ Team Foundation \"
klasörüne gidin. 3. Her sürümün alt klasörlerine gidin ve alt klasörü silin "cache" ve içeriği
4. Visual Studio'yu yeniden başlatın ve TFS'ye bağlanın.
5. Son Sürümü Al'ı test edin.

sadece TFS eklemek istiyorum MSBuild klasörlerde özel karakterleri desteklemiyor yani "@"

Geçmişte deneyimlediğimiz Harici @ Project1 adlı proje klasörlerimizden biri

özel bir msbuild dosyasını çalıştırmak için bir TFS Derleme tanımı oluşturduk ve çalışma alanı klasörü en son çalışma sırasında External @ Project1 klasöründe herhangi bir içerik almıyor. Görünüşe göre tfs get başarısız ama herhangi bir hata göstermiyor.

biraz deneme yanılma ve klasörü _Project1 olarak yeniden adlandırdıktan sonra. voila klasöründe dosyalar var (_Project1).

Araç: TFS Elektrikli El Aletleri

Kaynak: http://dennymichael.net/2013/03/19/tfs-scorch/

Komut: tfpt scorch / recursive / C: \ LocationOfWorkspaceOrFolder'ı siler

Bu, bir dosya listesini Silmenizi veya İndirmenizi isteyen bir iletişim kutusu görüntüler. Dosyaları uygun şekilde seçin veya seçimini kaldırın ve ok tuşuna basın. Izgaradaki Görünüm (CheckBox, FileName, FileAction, FilePath)

Neden: TFS yalnızca çalışma alanındaki öğelerle karşılaştırılacaktır. Değişiklikler çalışma alanının dışında yapıldıysa TFS bunların farkında olmayacaktır.

Umarım birisi bunu faydalı bulur. Bu gönderiyi çeşitli konumlardaki birkaç klasörü sildikten sonra buldum. Hangi klasörleri sildiğimi hatırlamamak, kullandığım olağan Al / Değiştirmeye Zorla seçeneğini hariç tuttu.

Benim durumumda, Belirli bir sürümü al, hem onay kutularını işaretleyin hem de bekleyen tüm değişiklikleri geri alma bile işe yaramadı.

Çalışma alanlarını kontrol ettim. Geçerli çalışma alanını düzenleyin. Tüm yolları kontrol edin. Çözüm yolu yanlış ve silinmiş bir klasöre işaret ediyordu.

Yol düzeltildi ve en son iyi çalıştı.

Sağ tıklamayla gidin: Gelişmiş> Belirli Sürümü Al . "Letest Version" ı seçin ve şimdi önemli olan iki kontrolü işaretleyin:

Kontroller:
Kontrol edilmeyen yazılabilir dosyaların üzerine yaz

Yerel sürüm belirtilen sürümle eşleşse bile tüm dosyaların üzerine yaz