Come utilizzare un progetto Android Studio su due computer?

Question

Io uso due computer per la codifica. Il mio pc desktop e il notebook. Sincronizzare i due computer con Dropbox. Come posso importare/caricare un progetto su ciascuno di questi due computer? La cartella base del progetto è diversa su ogni computer. Quando provo a caricare/importare un progetto che viene creato sull'altro computer, carica il progetto ma ho ricevuto un errore con un percorso errato.

"Gradle "Test2Project" Aggiorna progetto fallì: Impossibile recuperare il modello di tipo "IdeaProject" utilizzando la distribuzione Gradle" http://services.gradle.org/distributions/gradle-1.6.zip C "directory progetto. ":". Non esiste" \ Users \ Thomas \ AndroidStudioProjects \ Test2Project

Il pfad sbagliato è il pfad giusto sull'altro computer. Come posso importare i progetti di Android Studio in modo che funzioni anche su un altro computer con una diversa struttura di cartelle?

Answer 1

Come gli altri, sono d'accordo che utilizzare un VCS sarebbe la soluzione migliore. Anche se puoi provare a filtrare tutti i file relativi a Android Studio (come * .iml, cartella .idea e local.properties). Non so se puoi farlo con Dropbox o se hai bisogno di un qualche tipo di terzo software.

Dopodiché dovresti essere in grado di apportare modifiche al codice sorgente su entrambi i computer senza problemi maggiori. (Potrebbe essere necessario dichiarare le modifiche delle dipendenze del progetto per lo studio Android due volte) Build a seconda dei file build.gradle dovrebbero funzionare. Ma ancora: usare un VCS è il modo migliore per andare.

Answer 2

Vai per git, puoi usare bitbucket.com come repository remoto gratuito.

Answer 3

Si è verificato un problema durante il tentativo di archiviare progetti Android in una cartella Dropbox. Quello che succede è che l'IDE della Macchina 1 sta mappando le risorse di sistema (come l'SDK) come nel filesystem di quella macchina. Quando vai su Machine 2, tutto funzionerà ECCETTO per quello che ti aspetti - perché l'SDK sarà probabilmente in un punto diverso!

Un modo per aggirare questo è utilizzare il VCS (dropbox, git, qualunque) come repository per SOLO i file sorgente, e quindi avere un progetto locale creato su ogni macchina che legge dalla cartella Dropbox. Ciò richiede due progetti separati che sono mappati in modo diverso, ma che hanno la stessa cartella di origine.

Ho scoperto questo problema quando ho cercato di caricare un progetto Android su una nuova installazione su una macchina Mac:

Vedete che cosa sta succedendo lì? Il mio Mac Android Studio sta dicendo, "Ehi, non vedo dove" C: \ Android \ SDK è, ma vedo che hai un SDK Android in una cartella diversa, quindi vado a aggiorna il tuo progetto file per riflettere la posizione attuale del SDK."

a mio avviso, l'unico modo per aggirare questo è quello di creare il progetto su entrambe le macchine, e la versione controllare l'origine e la cartella di asset. Se non lo fai crea il progetto separatamente su ogni macchina e usa VCS solo per la fonte e le risorse, l'unico modo per aggirare gli errori build e filepath è quello di archiviare l'SDK nella stessa cartella su ogni macchina. Questo ha funzionato per me quando stavo costruendo un Windows desktop e laptop Windows, ma non funziona più da quando utilizzo Macbook Pro.

Answer 4

So che questo è stato interrogato circa 4 anni fa, ma questo è ancora un problema. Usare un VCS sembra una buona soluzione, ma per me è semplicemente più spese generali di quanto vorrei avere.Uso Dropbox anche per sincronizzare le mie cartelle e la cronologia che forniscono è adatta alle mie esigenze di programmazione privata. Quindi penso che sarebbe buono, se Android Studio utilizza semplicemente percorsi relativi.

So che ha bisogno di alcuni percorsi di sistema e fa un buon lavoro guardando le proprietà locali e impostandolo nel posto giusto quando il progetto viene caricato.

Il problema principale con l'utilizzo di Dropbox sono le directory di generazione. Ci sono molti molti riferimenti ai percorsi completi nei file all'interno di queste directory. Quindi la mia soluzione era di escludere le directory build dalla sincronizzazione di Dropbox.

Quando si lavora sul laptop, si crea l'app, si creano nuovi file, si modificano i file o si eliminano i file, la generazione sul PC sarà completamente obsoleta quando si ritorna indietro. ma Android Studio riconoscerà questo e farà una nuova build quando inizierai il tuo progetto per la prima volta dopo aver lavorato al laptop.

quindi il problema più grande a questo punto è il file local.properties e questo è gestito correttamente da Android Studio. può essere una buona idea (o una cosa veramente brutta, non conosco gli svantaggi) quando il sistema di compilazione non scrive percorsi pienamente qualificati nei file all'interno della directory di build.

Ma fino ad ora questo è la mia soluzione per utilizzare Dropbox e non utilizzando un VCS:

escludere build-percorsi dalla sincronizzazione Dropbox

Spero che questo aiuta qualcuno.