Se le dipendenze sono contrassegnati come "optional" è possibile deselezionare la casella "includere dipendenze opzionali quando si calcolano i plugin necessari" per evitare di includerli
In caso contrario, il mio approccio alternativo consiste nel selezionare i plug-in appropriati manualmente (in genere deselezionandoli dopo l'azione "seleziona richiesta"), quindi salvare la "configurazione di esecuzione" e condividerli sul sistema di controllo delle versioni di origine per il riutilizzo. Sfortunatamente questo non è molto resistente ai cambiamenti della piattaforma, ad es. i frammenti appropriati per linux64 non sono gli stessi di win64 nei miei esempi di frammenti. Quindi denominare le configurazioni in modo appropriato.
Per i test, ho avuto un certo successo, automatizzando la distribuzione di eclisse + installazione di caratteristiche specifiche utilizzando riga di comando, dove con un po 'di scripting è possibile controllare i plugin e le versioni che si sta utilizzando con più facilità rispetto utilizzando il click-click gui.
Anche in questo caso è possibile creare e archiviare le configurazioni di Eclipse in una forma riutilizzabile. Il debug si ottiene verificando i progetti che si stanno eseguendo il debug in eclipse creati dalla riga di comando, quindi eseguendo un'istanza di debug vanilla "tutti i plug-in della piattaforma e dell'area di lavoro". Tuttavia, sono necessari i componenti di debug di JDT +, quindi per RCP non sono sicuro di come funzionerebbe.
I frammenti sono un problema, secondo la mia esperienza, prendere in considerazione l'utilizzo di funzionalità se possibile, il sistema ui e p2 si occupano molto meglio.
fonte
2015-07-03 14:57:17