Wie wird ein Android Studio-Projekt auf zwei Computern verwendet?

Question

Ich benutze zwei Computer zum Codieren. Mein Desktop PC und das Notebook. Ich synchronisiere die beiden Computer mit Dropbox. Wie kann ich ein Projekt auf jedem dieser beiden Computer importieren/laden? Der Projektbasisordner ist auf jedem Computer anders. Wenn ich versuche, ein Projekt zu laden/zu importieren, das auf dem anderen Computer erstellt wurde, lädt es das Projekt, aber ich habe einen Fehler mit einem falschen Pfad.

"Gradle "Test2Project" Projekt refresh failed: kann nicht Modell vom Typ holen "IdeaProject" mit Gradle distribution" http://services.gradle.org/distributions/gradle-1.6.zip C " Projektverzeichnis. ":". Existiert nicht" \ Benutzer \ Thomas \ AndroidStudioProjects \ Test2Project

Der falsche Pfad ist der richtige Pfad auf dem anderen Computer. Wie kann ich Android Studio-Projekte importieren, so dass es auch auf einem anderen Computer mit einer anderen Ordnerstruktur funktioniert?

Answer 1

Wie die anderen stimme ich zu, dass die Verwendung eines VCS die beste Lösung wäre. Obwohl Sie versuchen können, alle Android Studio-Dateien (wie * .iml, .idea-Ordner und local.properties) zu filtern. Ich weiß nicht, ob du das mit Dropbox machen kannst oder ob du eine dritte Software benötigst.

Danach sollten Sie in der Lage sein, Quellcodeänderungen auf beiden Computern ohne größere Probleme zu machen. (Sie müssen möglicherweise Projektabhängigkeiten Änderungen für das Android Studio zweimal erklären) Builds abhängig von der Build.Gradle-Dateien sollten funktionieren. Aber noch einmal: Ein VCS ist der bessere Weg.

Answer 2

Gehen Sie für git, können Sie bitbucket.com als eine kostenlose Remote-Repository verwenden.

Answer 3

Dieses Problem habe ich beim Versuch, Android-Projekte in einem Dropbox-Ordner zu speichern, festgestellt. Was passiert, ist, dass die IDE von Machine 1 Systemressourcen (wie das SDK) dem Dateisystem dieses Rechners zuordnet. Wenn Sie zu Maschine 2 gehen, wird alles funktionieren, außer für das, was Sie erwarten - weil das SDK wahrscheinlich an einem anderen Ort sein wird!

Eine Möglichkeit, dies zu umgehen, ist die Verwendung Ihres VCS (Dropbox, git, was auch immer) als Repository für JUST Ihre Quelldateien und dann ein lokales Projekt auf jedem Rechner, der aus dem Dropbox-Ordner liest. Dies erfordert zwei separate Projekte, die unterschiedlich zugeordnet sind, aber denselben Quellordner haben.

Ich entdeckte dieses Problem, wenn ich versuchte, ein Android-Projekt auf eine neue Installation auf einem Mac Maschine zu laden:

Sehen Sie, was dort geschieht? Mein Mac Android Studio sagt: "Hey, ich sehe nicht, wo" C: \ Android \ SDK ist, aber ich sehe, dass Sie ein Android SDK in einem anderen Ordner haben, also gehe ich zu aktualisieren Sie Ihr Projekt Dateien, um die tatsächliche Position des SDK zu reflektieren.“

meiner Meinung nach ist der einzige Weg, um dies ist Ihr Projekt auf beiden Maschinen zu erstellen, und die Version steuern Sie Ihre Quelle und Assets Ordner. Wenn Sie nicht tun Erstellen Sie das Projekt separat auf jeder Maschine und verwenden Sie VCS nur für die Quelle und die Assets. Die einzige Möglichkeit, Build - und Dateipfadfehler zu umgehen, besteht darin, das SDK im selben Ordner auf jeder Maschine zu speichern Windows Desktop und Windows Laptop, funktioniert aber nicht mehr, seit ich ein Macbook Pro benutze.

Answer 4

Ich weiß, das wurde vor etwa 4 Jahren in Frage gestellt, aber das ist bis jetzt immer noch ein Problem. Die Verwendung eines VCS scheint eine gute Lösung zu sein, aber für mich ist es einfach mehr Overhead als ich haben möchte.Ich benutze Dropbox auch, um meine Ordner zu synchronisieren und die Geschichte, die sie zur Verfügung stellen, ist für meine privaten Programmierungsbedürfnisse gut genug. Also ich denke, es wäre gut, wenn Android Studio einfach relative Pfade verwendet.

Ich weiß, dass es einige Systempfade benötigt, und es macht einen guten Job, die local.properties zu betrachten und sie an die richtige Stelle zu setzen, wenn das Projekt geladen wird.

Das Hauptproblem bei der Verwendung von Dropbox sind die Build-Verzeichnisse. Es gibt viele Referenzen auf vollständig qualifizierte Pfade in den Dateien in diesen Verzeichnissen. Meine Lösung bestand also darin, die Build-Verzeichnisse von der Dropbox-Synchronisation auszuschließen.

Wenn Sie an Ihrem Laptop arbeiten, die App erstellen, neue Dateien erstellen, Dateien ändern oder Dateien löschen, wird der Build auf Ihrem PC vollständig veraltet sein, wenn Sie wieder darauf zugreifen. aber Android Studio wird dies erkennen und einen neuen Build erstellen, wenn Sie Ihr Projekt zum ersten Mal nach der Arbeit am Laptop starten.

so ist das größte Problem zu diesem Zeitpunkt die Datei local.properties und dies wird von Android Studio korrekt behandelt. Es kann eine gute Idee sein (oder eine wirklich schlechte Idee, ich kenne die Nachteile nicht), wenn das Build-System keine vollständig qualifizierten Pfade in den Dateien im Build-Verzeichnis schreiben würde.

Aber bis jetzt diese meine Lösung ist Dropbox für die Verwendung und nicht VCS:

ausschließen build-Pfade von Dropbox-Synchronisation

Ich hoffe, das jemand hilft.