2011-07-06 15 views
10

Sto provando a condividere un progetto tra il mio desktop e il portatile usando Subversion. Il progetto ha 3 moduli. Ho importato la cartella del progetto in un repository in una cartella condivisa a cui il mio laptop può accedere tramite la rete.IntelliJ e SVN: "nessuna modifica rilevata" al momento del commit

Ho controllato il progetto sul mio laptop e ho provato ad aprire il progetto. Nessuno dei moduli è visibile, solo il file .iml del progetto, come nella schermata qui sotto.

Ho notato che il file .iml ha una riga per "url di contenuto", che si riferisce a una posizione sul mio desktop. Forse questo è il problema. Cosa posso fare a riguardo? Devo creare un nuovo progetto sul laptop e importare i moduli - quindi ci sarebbero 2 file .iml di primo livello, uno per il desktop e uno per il laptop? Sto andando su questo nel modo sbagliato?

intelliJ

UPDATE: Il problema sembra essere di aver commesso. Quando apporto una modifica in un file, salvo e faccio clic su Commit Changes, viene visualizzato un popup che indica "Nessuna modifica rilevata". Questo è lo stesso sia sul laptop che sul desktop, e significa che ho scaricato la versione sbagliata sul mio portatile prima. Ho eliminato il repository e ne ho creato uno nuovo, e il mio progetto ora funziona sul mio laptop, ma non posso eseguire il commit delle modifiche da IntelliJ (solo con TortoiseSVN tramite file manager). Inoltre, quando ho importato il mio progetto nel controllo della versione dal mio computer desktop, la copia di lavoro non è stata messa sotto controllo di versione. Quindi non posso aggiornare dal mio desktop a meno che non lo controllo in una cartella diversa.

Penso che ci sia qualcosa di sbagliato nel plugin SVN con questa versione di IntelliJ (10.5.1). Qualcun altro ha problemi con il commit delle modifiche?

RISOLUZIONE Avevo bisogno di 1) Impostazioni aggiornamento | Version Control per mappare Subversion alla directory di lavoro 2) Importa nel controllo di versione 3) Check it out ancora

Si può forse essere stata causata dal fatto che i moduli erano originariamente progetti autonomi che erano in archivi separati. Qualunque sia la causa, la finestra di dialogo "Nessuna modifica rilevata" di IntelliJ non è la più utile.

+0

sei sicuro di aver impegnato tutti i file dal primo computer? cosa mostra il registro svn? –

+0

@matt Penso di sì ... Clicco su commit sul desktop e dice che non ci sono cambiamenti, e tutti i file sono lì sul laptop. Penso che sia questo file .iml come mostrato nello screenshot, che contiene l'url di contenuto sbagliato. Ma non voglio cambiarlo perché quando mi impegno verrà copiato sul mio desktop quindi presumibilmente il progetto non funzionerà lì –

+0

Puoi controllare se hai commesso tutto usando un client svn esterno come SVN di tartaruga (in windows) colorerà tutti i file sotto il controllo della versione –

risposta

8

Si prega di refer to the FAQ.

Per quanto riguarda la root del contenuto, assicurarsi che si trovi nella root del progetto o nella root del modulo, in questo caso il percorso verrà archiviato relativamente alla radice del progetto/modile all'interno del file iml. Se il percorso specifico del sistema fisso viene utilizzato in iml, tale modulo non funzionerà su altri sistemi.

UPDATE: Creare un'associazione esplicita tra la directory di lavoro effettiva e Subversion in Impostazioni | Finestra di dialogo Controllo versione Se stai usando il segnaposto di default e i tuoi file di progetto non sono sotto la radice di checkout, potrebbe essere il caso.

Dopo aver eseguito l'importazione iniziale, è necessario eseguire un checkout per utilizzare il controllo della versione in IDEA.

+0

L'ho già fatto. Sfortunatamente questo documento dice quasi nulla. –

+0

Quindi, hai impegnato la directory .idea e tutti i file .iml? – CrazyCoder

+0

Vedere l'aggiornamento sopra. Non posso impegnarmi con IntelliJ per qualche motivo. –

2

Oggi mi sono imbattuto in questo oggi: ho verificato un progetto esistente e ho dovuto aggiornare lo schema SVN da 1,6 (credo) a 1,8. Sembrava che Subversion non riconoscesse che era sbagliato il suo credo - anche se potevo DIFF e vedere i cambiamenti relativi alla versione più recente del repository - che "Nessun cambiamento rilevato".

Sono così stufo che ho chiuso Intellij ...per un capriccio l'ho riaperto, e il file in questione è apparso blu ... hmmm ... sì, ora ha rilevato i cambiamenti.

Thanks, Roy!

+1

Ho appena rinunciato a Subversion e ho iniziato a usare git, invece! –

+0

Ho avuto lo stesso problema con il plugin git dopo il passaggio da WebStorm a IntelliJ. Giocare con le impostazioni (senza modificare nulla) e riavviare IntelliJ ha funzionato. – pixelastic

18

VCS -> Aggiorna stato file risolto questo per me, quando Intellij improvvisamente smesso di cambiamenti se ne accorga.

3

A volte il VCS -> Refresh File Status funziona per me.

Altre volte, non fa nulla.

Una soluzione è quella di

  1. copiare tutto il contenuto del file nella clipboard/notepad esterno (per il backup)
  2. Scegliere rollback sul file, che necessita di un aggiornamento. Ora è aggiornato con il server e non contiene le tue nuove modifiche.
  3. Modificare di nuovo il file (checkout) e INCOLLARE il contenuto del file originale.
  4. Tentativo di commit delle modifiche. Dovrebbe rilevarli ora.
0

ho preso l'problema simile oggi e ho provato VCS -> Refresh File Status, ma non mi ha aiutato. Quando ho guardato a Version Control->Subversion Working Copies Information, ho trovato un errore svn The working copy at /home/project is too old to work with svn client 1.9.4. Per prima cosa ho eseguito svn upgrade e quindi facendo VCS -> Refresh File Status risolto il mio problema e sono stato in grado di confermare le mie modifiche.

0

Ho avuto lo stesso problema che sembra essere stato causato dall'avere un file con lo stesso nome in due diversi repository GIT.

Sono stato in grado di risolverlo aprendo File -> Impostazioni -> Controllo versione e quindi annullando l'assegnazione e riassegnazione di GIT come VCS delle due directory in cui entrambi erano presenti il ​​file. Prima la directory in cui non ci sono state modifiche nel file e l'altra attiva che ha apportato modifiche (ma che non le ha rilevate prima).

Problemi correlati