15

Visual Studio 2012 ve TFS kullanarak bir ekipte bir VSPackage üzerinde çalışıyoruz.Birden çok makinede geliştirirken VSPackage çalıştırılamıyor

Uzantı, oluşturmak için kullanılan bilgisayarda (sihirbaz aracılığıyla) düzgün çalışıyor. Başka bir bilgisayarda, Visual Studio, (F5 ile) çalıştırmayı denediğimizde "sınıf kitaplığı çıktı türüne sahip bir projenin doğrudan başlatılamayacağını" söyler.

Projenin çıktısı gerçekten sınıf kitaplığıdır ve ilk makinede F5'e basıldığında, eklenti yüklü ve çalışır durumda Visual Studio'nun Experimental Instance öğesi başlatılır.

İkinci bilgisayarda "% LOCALAPPDATA% \ Microsoft \ VisualStudio \ 11.0Exp \ Extensions" a bakarak, uzantının oluşturulduğunu ve VS ile kaydettirme girişiminin olduğunu görüyoruz. İkinci bilgisayarda başka bir uzantı oluşturduk ve ilk makinede çalıştırmaya çalıştık. Aynı hatayı görüntüler.

Uzantıyı, oluşturmak için kullanılmayan bilgisayarlarda çalışacak şekilde nasıl edinebiliriz?

+0

Bu makinede aynı sorun var: Ana kaynak kodu yolunda 'C: \ Dev-1 \ 'aynı kaynak kodunu' C: \ Dev-2 \' yoluna şimdi teslim ettim kopya bana aldığınız aynı hatayı veriyor. –

+2

Visual Studio'yu “rootSuffix exp2” veya başka bir şeyle başlatmayı deneyin - bu şekilde, yeni kopya VS'nin yepyeni bir deneysel örneğine gidecektir ve 'C: \ Dev-1' –

+0

@ uzantısıyla çakışmayacaktır Matze'nin cevabı sorunu çözdü. Teşekkürler. –

cevap

31

Visual Studio paketi proje türü, VISX adlı proje özellikleri görünümüne ek bir sekme ekler. Bu sekmede Deploy VSIX content to experimental instance for debugging seçeneği varsayılan olarak işaretlenir; Bu, paket dosyalarının, oluşturulduktan sonra geçerli kullanıcının profilinin uzantı dizinine kopyalanmasının nedeni budur.

Visual Studio'yu deneysel kovanı kullanarak başlatmak isterseniz, sınıf kitaplığı projesinin Debug ayarlarını özelleştirmeniz gerekir. Aşağıdaki komut argümanlar Start ActionStart external program ayarlayın ve devenv.exe dosyayı seçin (file's konum yükleme klasöründe bağlıdır) ve belirtin:

/rootSuffix Exp 

Bu F5 tuşuna basarak uzatma hata ayıklamak için izin verir.

+4

Teşekkürler! Sorunu daha ayrıntılı bir şekilde tartışmak için, bu belirli bilgiler, TFS üzerinden paylaşılmayan Projectname.csproj.user dosyasında saklanır - ne içerdiği değişikliklerde ne de dışlanan değişikliklerde yer almaz. Bu, her makinede yapılması gereken manuel bir düzeltme olacaktır. –

+1

Haklısınız; varsayılan olarak .user dosyaları bekleyen değişiklikler listesinden yok sayılır (iyi nedenlerle). – Matze

+0

Evet, aynı sorunu yerel kodu kaynak denetime koyduğumda. .user dosyası kontrol edilmedi ve başımı belaya soktu. –

İlgili konular