Takım Oluşturma Hatası: Yol… zaten çalışma alanına eşlendi

Team Foundation Server'da yeni bir derleme oluştururken, yeni derlemeyi çalıştırmaya çalışırken aşağıdaki hatayı alıyorum:

C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources yolu zaten BuildServer_23 çalışma alanına eşlendi.

Çalışma alanları iletişim kutusunda bu ada göre bir çalışma alanı göremiyorum.

TF - Team Foundation Sürüm Kontrol Aracı ( tf ) komut satırı yardımcı programını kullanın .

Bir Visual Studio Komut İstemi getirip çalışma alanı klasörünüze geçerek ve aşağıdaki komutları vererek tüm çalışma alanlarının bir listesini alabilirsiniz :

C:\YourWorkspaceFolder>tf workspaces /owner:*

Sorunlu çalışma alanınızı listede olduğu kadar sahibini de görmelisiniz.

Aşağıdaki komutu kullanarak çalışma alanını silebilirsiniz:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Aşağıdaki klasörlerin içeriğini silmeniz yeterlidir:

C: \ Kullanıcılar \ Kullanıcı Adı \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Burada UserName gerçek veya geçerli kullanıcı ve 3.0 sürüm numarasıdır.

Aynı kaynağa işaret eden iki yapı tanımına sahip olmasından kaynaklanan bu hatayı aldım. Sorun, Build Agent'ta statik bir yapı dizini kullanmamdı.

Bu forum gönderisi sorunumu ve çözümümü tam olarak anlatıyor: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Benzer bir sorun vardı ve bana bir soruna neden olan çalışma alanını kaldırmak için TFS istemcisi yüklü başka bir makineye giriş yaptım ve aşağıdakileri gerçekleştirdim:

• Açık Dosya menüsünden gelin Kaynak Kontrolü , Gelişmiş sonra ve tıklayın ... Çalışma Alanlarını .
• Gelen Workspace Yönetimi iletişim kutusunu işaretleyin göster uzak paketleri onay kutusunu.
• Ad sütununun altında, kaldırmak istediğiniz çalışma alanını seçin ve Kaldır'ı tıklatın .
• Gelen Onay iletişim kutusunda, tıklayın Tamam .

Aynı sorunu yaşadık ama çalışma alanlarının TFS sunucusundan silinmesi işe yaramadı. (Önceden kimlik bilgileriyle kurulmuş olan arkadaşlarımın VM'sini aldığımı belirtmeliyim.)

Benim için bu işe yaradı: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Az önce girdim: ... \ Local Settings \ Application Data \ VersionControl.config dosyasını aradı, bu dosyayı içeren klasörü açtı ve tüm içeriğini sildi.

Bundan önce dosyayı manuel olarak düzenlemeyi denedim ama aynı hata mesajıyla devam etti.

Umarım bu yardımcı olur.

Nedense çalışma alanını komut satırı yardımcı programından silmekte sorun yaşıyordum. Neyse ki , ücretsiz olan ve TFS çalışma alanlarını görüntülemek ve silmek için bir GUI ve çok daha kullanışlı TFS özellikleri sağlayan Team Foundation Sidekicks 2010'u ( bu yazıdan) buldum .

Visual Studio 2010 ile zaten eşlenmiş bir çalışma alanı hakkında şikayet eden benzer bir sorun yaşadım, ancak tüm çalışma alanını silmek yerine, Visual Studio Komut İstemi'nden aşağıdakileri kullandım: "tf çalışma alanı PROBLEM_WORKSPACE_NAME". Bu, bir "Çalışma Alanını Düzenle" iletişim kutusu getirdi. Buradan söz konusu yolu, hatadan kurtulan "Çalışma Klasörleri" listesinden kaldırabildim.

geri kalanı oldukça kolaydı.

Şu klasöre gidin: C: \ Users {KullanıcıAdı} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache ve klasördeki tüm dosyaları silin.

Dosyanın zaten başka bir çalışma alanında eşlendiğini söyleyen bir istisna alıyordum: "{Dosya Yolu} yolu zaten {Çalışma Alanı Adı} çalışma alanında eşlendi."

Bu çalışma alanı önce silindi . Arkadaşımın yardımıyla TFS'nin kullanıcı yerel ayarları dir altındaki çalışma alanı bilgilerini kaydettiğini öğrendim. Şu adda bir dosya bulduk:

{Kullanıcı Belgeleri ve Ayarları dir} \ Local Settings \ Application Data \ Microsoft \ Team Foundation \ 1.0 \ Cache altındaki VersionControl.config . Bu dosya TFS'nin tüm yerel eşlemelerini içerir. Muhtemelen Harita yöntemini kullandığınızda ve kullanmadığınızda: public void DeleteMapping (WorkingFolder mapping); çalışma alanını silmeden önce, eşleme bilgileri belirli bir yolu eşleştirip eşlemediğinizi kontrol etmek için TFS tarafından kullanılan bu dosyadan kaldırılmaz.

Bu sorunu gidermek için yapılandırma dosyasındaki tüm anahtarları silin. Dosyayı tekrar önbelleğe alacağınızdan dosyayı silmeyin.

İşte yaptığım şey (yaptığım şey):

TFS Sidekicks'i kullanmak, kullanıcı ve sunucu filtrelerini temizleyerek temizlenir. Bu, tüm çalışma alanlarını elde etmenizi sağlar.

Çalışma alanı adı için derleme hatasını kontrol edin. OP durumunda, BuildServer_23 olur. Benim ortamımda farklı ama temelde sadece hata adını tfs sidekick listesindeki ile eşleştirin.

Çalışma alanını silmek için kırmızı x işaretini tıklayın.

Viyola!

Sunucuda başkalarının çalışma alanlarını silme izniniz yoksa, derleme tanımının adını değiştirebilirsiniz. TFS yeni bir çalışma alanı oluşturur ve bunu "C: \ Build \ ProductReleases \ new build name here \ Sources" ile eşler.

Varsa, derleme tanımını klonlayabilir ve adını değiştirebilirsiniz. Bu benim için çalıştı.

Aşağıdaki gibi tüm çözümleri denedim:

1. WS'yi silmek için yardımcıları kullanın.
2. Uzak sunucu çalışma alanlarını silmek için tf komutlarını kullanın.
3. TFS önbellek klasörünü silin.

Aşağıdakiler benim için çalıştı:

tf workspaces /remove:*

Değiştim

Build Definition -> Workspace -> Build Agent Folder

itibaren

c:\some\path

için

$(SourceDir)

ve sorunu düzeltti.

Daha önce yerel bir dizine eşleyip daha sonra sildiğim bir projenin 'En son sürümünü al' denerken aynı hata mesajını gördüm. Önce SideKick aracını ve ardından Visual Studio 2010 komut istemini denedim, her ikisi de bana eşlenmiş çalışma alanım olmadığını söyledi.

Sonra içinde 'VersionControl.config' araması yaptım c:/users/myuser/appdatave bulduğu 4 referansı sildim. Visual Studio'yu yeniden açtım ve projeyi yeniden eşleştirebildim, artık hata yok!

Bunu yapmanın en basit yolu, AppData öğenize gitmek ve TFS önbelleğini silmek (sürüm 3.0 veya 4.0'a bağlı olarak)

C: \ Kullanıcılar {KullanıcıAdı} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache veya C: \ Users {KullanıcıAdı} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

Aynı sorunu yaşadığımda TDN'nin çözümü benim için çalıştı. Yapı sunucusu hesabım altında çalışma alanları oluşturdu. Bu kutuyu işaretlemem, onları görmeme ve silmeme izin verdi.

Aynı sorunu Visual Studio 2017 ve TFS 2017'de de aldım. DefaultCollection önce yerel yolla eşlenmelidir. Her nasılsa bu adım atlandı ve sadece MyFirstProject eşleştirildi.

Yapmanız gereken tek şey:
- 1. TFS web sayfanıza gidin ve projeyi sunucudan kaldırın.

- 2. Projeyi yerel "Çalışma Alanlarından" kaldırın

- 3. TeamExplorer'da Ana sayfanızı yenileyecek "Bağlantıları Yönet" e gidin.

- 4. VarsayılanKoleksiyonunuza kök yolunu ayarlamanıza izin veren Yapılandırma sayfası alacaksınız.

- 5. Başarıyla yapıldığını belirten bir mesaj almalısınız. Şimdi projenizi oluşturabilirsiniz.

Koleksiyonunuzun kökünü önce çalışma alanınızla ve ardından yeni bir projeyi eşlemek önemlidir.

Sorunum birden çok hesap kullanmakla ilgiliydi. Hesapları bu şekilde değiştirebildim.

Takım Gezgini'ni aç

Bölmenin üst tarafındaki büyük açılır menüden ...

Şuraya gidin: Projeler ve Takımlarım > Bağlantıları Yönet

Şuraya gidin: Bağlantıları Yönet > Ekip Projesine Bağlan

Hesap değiştirmek için "Kullanıcı Değiştir" bağlantısını kullanın.

Artık çalışma alanı adları seçilen hesapla eşleşecek.

Çalışmak için başka bir çözüm bulamadım.

Yeni bir hesap oluşturdum ve eski hesabın artık izinleri yoktu (her ikisi de aynı makinede).

Denedim: 1) Çalışma alanını silme (uzak çalışma alanları işaretli veya denetlemesiz VS'de göremedim) 2) Komut satırından silme 3) Yeni sahip komutu 4) Önbelleği silme

Bu yüzden VS'yi yönetici olarak açtım ve farklı bir klasöre eşledim.

Bu sorunu, şirket içi TFS oluşturma aracısında Azure DevOps otomatik yapılarıyla yaşadım. TFS Sidekicks kullanarak çalışma alanını kaldırmak işe yaramadı. Ve tf.exe bile silmek için çalışma alanı bulamadı.

Bu çözüm TFS 2017, TFS 2018, Azure DevOps ve muhtemelen diğer sürümler için çalışmalıdır:

1. Hata mesajındaki çalışma alanı GUID'ini not alın.
2. Derlemenin yapıldığı makinede, şuraya gidin:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (burada% USERPROFILE%, derlemeyi tetikleyen kullanıcıya aittir).
3. Bu dizinin altındaki çalışma alanı GUID'inin tüm örneklerini arayın ve kaldırın. Muhtemelen bir 'önbellek' dizininde bir klasör ve 'LocationServerMap.xml' ve 'LocalItemExclusions.config' girişleri olacaktır. Hepsini kaldırın.

Bu benim durumumda işe yaradı.

Sadece çalışma alanını silin:

workspace /delete "the-workspace-name"