Eclipse yıkım proje bağlantısını geri yükle


100

Eclipse kullanarak geliştirdiğim yıkıcı bir projem var. Eclipse'in içinden svn deposundan orijinal ödemeyi yaptım. Birkaç hafta boyunca her şey yolundaydı ve bilinmeyen bir nedenden ötürü Eclipse (özellikle: Ganymede'deki subclipse) projemin svn kontrolü altında olduğunu artık tanımıyor. Takım bağlam menüsü yalnızca temel "yamayı uygula" / "bu projeyi paylaş" menü seçeneklerini gösterir. Kabuktan svn komut satırı araçlarını kullanarak projeyi hala güncelleyebilirim, böylece svn kimlik bilgilerinin hala çalıştığını biliyorum. Eclipse'in aynı kopyasında yer alan diğer projeler hala çalışıyor.

Yerel kopyayı silip tekrar kontrol edebileceğimin farkındayım, ancak neyin yanlış gittiğini anlamayı tercih ederim - semptomları maskelemek yerine sorunu düzeltin. Eclipse hangi projelerin sürüm kontrolü altında olduğuna dair bilgilerini nerede saklıyor? .projectDosyaya ve .settingsdizine baktım , ancak hala düzgün çalışan projelerde bile svn doğası veya benzeri herhangi bir şeyden açıkça bahsedildiğini göremedim.

Yanıtlar:


124

SVN sağlayıcınız olarak alt not kullanıyorsanız, aşağıdakileri yapmanızı tavsiye ederim

Takım -> Projeyi paylaş, genellikle meta verileri bağlamak için yeterlidir.

(yani, .svn dosyalarının hala orada olduğunu varsayarsak, komut satırında çalışabiliyorsanız öyle görünüyorlar).

Umarım bunun neden olacağına yardımcı olur, hiçbir fikrim yok


9
Bende de aynı sorun var ama bu cevap bana yardımcı olmuyor. Eclipse, Subversion'da yeni bir proje oluşturmamı öneriyor. Projeyi yeniden bağlama imkanı yoktur.
migu

1
Bunu yapmanın onaylanmış yolu.
pestaa

1
Bu cevap için çok teşekkürler, bana çok zaman kazandırdı. Şimdi nihayet tüm çalışma setimi güncelleyebilirim.
Cedric Meury

1
Bu benim için çalıştı (Eclipse Indigo 64-bit ve Subclipse ile), teşekkürler! ".Svn dosyalarının hala orada olduğunu varsayarak" yorumunun belki de tam olarak doğru olmadığını eklemek istedim. Yani, projem hala depomla ilişkili olmasına rağmen (TortoiseSVN'nin onayladığı gibi) proje dizininde .svn dizini bulunmadığını görünce şaşırdım ! Her zaman SVN kontrollü her dizinde böyle bir dizin olduğunu düşünmüştüm , ama şimdi durumun böyle olmadığını görüyorum. Her neyse, OP'nin amacı, eğer dizin hala yapılandırma altındaysa, o zaman bunun çalışması gerektiğidir, geçerli görünüyor.
Rob Cranfill

1
Subversive'da da çalıştı ... Teşekkürler!
jaibatrik

23

Projeyi yeniden içe aktarmanın kolay bir yolunu buldum


1
Adam sensin ... :) Sadece "Yamayı Uygula" seçeneğine
sahiptim

Evet, yeniden
içe aktarmak

Ben de sadece "Yamayı Uygula" menü seçeneğine sahiptim. Yeniden içe aktarma işe yaradı. Bunu belirleyen bir yerde bir yapılandırma dosyası olmalıdır. Geriye dönüp baktığımda, keşke ilgili yapılandırma çalışma alanını ve proje dosyalarını / klasörlerini yedeklemiş olsaydım, böylece nelerin değiştiğini görebilirdim. Umarım bu çözümü okuyan bir sonraki kişi bunu yapacak ve nelerin değiştiğini paylaşacaktır.
Pixelstix

7

Sadece Takım -> Proje Paylaşımı yapmak (@Paul Whelan tarafından sağlanan bu sorunun cevabına göre) benim için işe yaramadı. Projeyi Paylaş sihirbazı, proje halihazırda SVN'de yokmuş gibi davranıyordu (projem için .svn klasörü mevcut olsa bile).

Subversive ve JavaHL eklentilerini kaldırarak (Yardım | Eclipse Hakkında | Yükleme Ayrıntıları düğmesi | Yüklü Yazılım sekmesi | Kaldır ...) ve ardından Subversive'ı yeniden yükleyerek sorunu çözdüm. Eclipse'i yeniden başlattıktan sonra sorulduğunda, JavaHL konektörü yerine SVNKit konektörünü yüklemeyi seçtim.

Bunu yaptıktan sonra, Takım -> Projeyi Paylaş ... 'ı bir kez daha denediğimde, Eclipse projemin SVN'de zaten mevcut olduğunu doğru bir şekilde anladı ve bağlantıyı başarıyla geri yükledi.


Neden proje paylaşılmalı? paylaşım projesi yerel projenizi svn sunucusunda yayınlayacak, eğer yerel olarak svn makinesine gitmesi gerekmeyen bir şeyiniz varsa bu sorunlara neden olabilir, yapmak istediği bağlantıyı yeniden sağlamlaştırmaktır ki bu görünüşe göre mümkün değildir, çözüm yeni bir ödeme olurdu, sonunda yıkıcı yerine alt klips yükleyin
JBoy

4

Ek: Eclipse'i vpn şirketinin dışında, çalışma alanında vpn içindeki bir svn deposuna eklenmiş bir projeyle başlattığımda sorunum ortaya çıkıyor. Neyse ki, Eclipse svn eklentilerini yıkıcıdan alt klibe çevirmek sorunu çözdü.

Ian


3

Tutulmadan sonra proje (ler) i kapattım ve sorunu çözen yeniden açtım. Çalışma alanımdaki tüm projeler için SVN bağlantılarının tümü geri döndü.


1
Kapatıp yeniden aç projesini denedim ama bu benim için işe yaramadı.
Epu

2

Aynı sorunu yaşadım ve bu forum doğru cevabı bulmama yardımcı oldu.

Önceki projem alt klip kullanılarak yapılandırılmıştı. Yeni tutulmanın yıkıcı etkisi vardı.

Subclipse'i yüklemek, takım altındaki svn seçeneklerini geri almama yardımcı oldu!

Umarım başkasına yardımcı olur.

Saygılarımızla

Anshu Prateek


Kepler'e alt klips yükleyemiyorum. herhangi bir çözüm?
Vivek

1

Hangi platformda olduğunuzu bilmeden, probleminizin benimkine benzer olup olmadığını bilmiyorum. Ancak, son zamanlarda (aslında iki farklı platformda!) Subversive (veya belki de Eclipse'in kendisi, net olmayan) güncellemesinin konektörlerin artık yüklenmemesine neden olduğu sorunlar yaşadım. Bağlayıcılar olmadan Subversive bir projeye bağlanamaz. Ancak Eclipse, sizi bu konuda projenizden uzak tutmayacak, sadece SVN ile ilgili işlevselliği kaldıracaktır.

Eclipse'in çeşitli hatalarının (sınıfta bulunmayan istisnalar, vb.) Günlüğü olan Hatalar görünümüne bakın ve Yıkıcı bileşenler ile ilgili herhangi bir satır olup olmadığına bakın. Ne yazık ki, gerçekten bir çözüm öneremiyorum - Mac OSX platformumda, Yıkıcı çekirdek öğeleri ve bağlayıcıları yeniden kurmak yeterliydi. Linux makinemde (muhtemelen bir işletim sistemi yükseltmesi nedeniyle) Eclipse'i tamamen yeniden kurmak zorundayım, çünkü onu tam olarak inceleyebilmek için çok fazla hata birikti.


1

Subversive ile Juno sürümünde şunları yaptım:

  • Dosya / İçe Aktar, İçe Aktar açılır penceresini getirir.
  • Oradan, Çalışma Alanına Genel / Mevcut Projeler'i seçin.
  • Sonraki bölmede kök dizini seçersiniz. Sonra size tüm alt dizinleri gösterecektir. Varsayılan olarak tümü seçilecektir.
  • İstemediklerinizin seçimini kaldırın.

Daha sonra mevcut dizininizi "içe aktarır" ve bu dizininiz zaten çalışma alanı dizininizde bulunan yerinde kullanılabilir.


0

Benim durumumda da aynı: .svn dizinleri vardı, ancak projem svn eylemlerini desteklemiyordu.

Biraz dürtmeden sonra, yıkıcı eklentinin zorunlu bırakma tutulmasından sonra ortadan kaybolduğu ortaya çıktı.

Çözüm, yıkıcı (yeniden) yerleştirmekti ve şimdi her şey yeniden yolunda.

Şerefe v.

GÜNCELLEME: Eclipse'i eklentinin henüz yüklenmemiş olduğu yeni bir sürüme geçirdim, bu yüzden onu sıfırdan kurmak zorunda kaldım.


0

Bu benim için çalıştı: sağ tıklama-> TortoiseSVN -> Ayarlar -> Simge Yerleşimi özellikleri, Durum Önbelleği Olarak Kabuk Seçme . Tamam, Sayfayı yenile'yi tıklayın.


0

Bu sorunu güvenilir bir şekilde yeniden oluşturabilirim — bu, POM'un kendisini içeren klasörde değil, bir ana dizinde ("ana hat" gibi) "Maven Projesi Olarak Teslim Al…" komutunu çalıştırarak belirli Maven projelerini kontrol ederken gerçekleşir. Bu durumda Subclipse, herhangi bir şikayet olmaksızın projeyi kontrol eder ve maven.1424425443350. Bu dizinin içinde Maven yapıtının adıyla bir alt dizin oluşturur. Bu, hem Subclipse hem de Subversion: Subclipse'i karıştırır, gördüğümüz gibi, projenin sürüm kontrolü altında olduğunu hemen unutur svn statusve komut satırından çağırırsanızmaven.1424425443350 dizindeki size dizinin sürüm kontrolü altında olduğunu söyleyecektir ancak tüm sürüm kontrollü dosyalar eksik.

Subsclipse'in SVN bağlantısını unutmasına neden olan buysa, diğer yanıtlarda sunulan geçici çözümlerden hiçbiri işe yaramayacaktır. Bunun yerine, tek çözüm, projeyi silmek ve tekrar kontrol etmektir, bu kez kontrolün üst düzey bir dizin yerine bir POM içeren bir dizinde gerçekleştirildiğinden emin olun.

Daha iyi bir genel çözüm, Subclipse'in POM içermeyen dizinlerde "Maven Projesi Olarak Teslim Al…" komutunu çalıştırmayı reddetmesi veya Maven projeleri için alt dizinleri arayarak bunu yapmaya çalıştığı durumları daha iyi ele alması olabilir.


0

SVN depo sürümü (1.8.x) ile aynı anda iki SVNKit uygulaması (1.7.x ve 1.8.x) kullanıyordum.

Sonuç olarak Ekip -> Projeleri paylaş ... her zaman bir taahhüt mesajı istedi. Açıkçası, SVN 1.8.x ile uyumlu olmayan SVNKit 1.7.x kullanıldı.

SVNKit 1.7.x'i kaldırdıktan sonra eclipse, mevcut tek doğru SVNKit sürüm 1.8.x'i kullandı ve her şey beklendiği gibi çalıştı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.