Perché Subclipse funziona solo in alcune aree di lavoro Eclipse e non in altre?

Question

Sto usando Eclipse con Subclipse per fare un po 'di sviluppo perl. Il repository Subversion è configurato come:

• / repos / repos / dev /
• / repos / dev / crontabs
• / repos / dev / crontabs / script1
• / repos / dev / crontabs / SCRIPT2
• / repos / dev / demoni
• / repos / dev / demoni / Script3
• / repos / dev / demoni / script4
• / repos / dev / tools
• / repos / dev / strumenti / script5
• / repos / dev / strumenti / script6

Sul file system, ho controllato l'intero albero / repos / dev localmente su ~ / dev e ho creato tre aree di lavoro Eclipse, una ciascuna in " ~ / dev / crontabs " ;, " ~ / dev / daemons " ; e " ~ dev / tools " ;.

Qui è dove le cose si fanno strane. Nelle aree di lavoro dei daemon e degli strumenti SVN funziona correttamente. Non vedo le directory .svn e posso fare tutte le varie cose SVN (ad es. Commit, update, cleanup) nella finestra di dialogo TEAM. Tuttavia, SVN non funziona nei "crontabs" spazio di lavoro. Le directory .svn sono visibili e nessuna delle opzioni della finestra di dialogo SVN è disponibile.

In tutte le directory, posso usare gli strumenti SVN della riga di comando e tutto funziona bene.

Ecco alcuni dettagli.

• Mac OS X 10.5.6
• Piattaforma Eclipse - Versione: 3.4.2 - ID build: M20090211-1700
• SVNKit Library 1.2.2.5405
• SVNKit Client Adapter 1.5.6.1
• Subclipse 1.4.8
• EPIC 0.5.46

Ho provato a cancellare i file .metadata di deame e i file .profile realted per provare a cancellarlo e avviare un nuovo spazio di lavoro, ma non ha funzionato.

Qualcuno ha visto questo tipo di comportamento prima e / o conosce un modo per far funzionare i comandi SVN in tutte le aree di lavoro anziché solo in alcune di esse?

AGGIORNAMENTO: dovrei anche menzionare che ci sono un sacco di altre risorse nella directory / dev per le quali non uso Eclipse. Quindi, sto usando lo strumento SVN della riga di comando insieme alle funzioni SVN in Eclipse. Tutto è stato originariamente verificato con lo strumento da riga di comando e quindi sto usando Eclipse per i commit. Quello che mi sta gettando è il motivo per cui funziona in due sottodir, ma non nel terzo mentre la riga di comando funziona al 100%.

Answer 1

Quando si cambia area di lavoro, tutte le impostazioni, ecc. di altre aree di lavoro vengono ignorate.

Invece di estrarre l'intero trunk e creare 3 aree di lavoro che coincidono con la struttura del repository, creare 3 aree di lavoro e verificare le parti pertinenti del repository come progetti per ogni area di lavoro.

Answer 2

Quando si crea un nuovo progetto e si importano file in esso, Eclipse non presuppone che un progetto sia controllato dalla versione. Devi dirlo esplicitamente utilizzando il team del progetto - > Finestra di dialogo Condividi progetto ...

Dopo aver scelto la directory corretta, Eclipse dovrebbe dirti che il progetto è già condiviso in quella posizione, ma comunque attivare i comandi SVN in Eclipse per esso.

Answer 3

Non sono sicuro di seguire totalmente tutto ciò. E il plug-in Subclipse non è lucido come il plug-in CVS. Ma se copi un progetto in un'area di lavoro e include un contesto Subversion (cartelle .svn), come ha notato Bemose, ciò non ha senso per Subclipse.

In teoria, quando usi Team / Share e ricevi il messaggio di avvertimento, puoi dare il via libera e annusare i file .svn esistenti e costruirne di nuovi che siano corretti. Se sei fortunato, funzionerà anche. Lo fa con CVS, ma, come ho già detto, Subclipse può essere più un problema.

Il tuo meglio è controllare i progetti nelle tue aree di lavoro usando la prospettiva di sovversione Eclipse e il "Check out come Progetto Eclipse " opzione.

Se ti senti assolutamente obbligato a costruire le tue directory di progetto dalla riga di comando, usa il comando Subversion export , non il comando di pagamento. L'esportazione omette il " .svn " directory, quindi Eclipse può fare la sua cosa senza interferenze. Tuttavia, dovrai fare un Team / Share per connettere il progetto esportato al repository di sovversione.