Utilizzando Android Studio per creare un'app che utilizza Google Play Services per le mappe, devo includere la libreria di servizi di google-play e accertarmi che ci siano alcuni file .jar e tutto il jazz . Ho capito bene, tuttavia, al lavoro usiamo git per il controllo della versione. Se una macchina diversa tira giù i file per la suddetta app da git e quella macchina ha una posizione diversa per la libreria necessaria, l'utente di questa seconda macchina deve riconfigurare il progetto per utilizzare le librerie di macchine e quando quell'utente invia le modifiche a git, lo stesso deve essere fatto per il prossimo utente. Ciò rende difficile, come si può immaginare, collaborare in modo efficace ed efficiente con più sviluppatori sullo stesso progetto. Esiste una guida alle migliori pratiche per rendere questo più facile o un'ambientazione o qualcosa che non mi è familiare?Collaborazione di progetti Android Studio su più macchine
7
A
risposta
2
In generale, non è necessario aggiungere file al controllo di versione che potrebbe avere impostazioni locali. Dovresti inoltre contrassegnare questi file da ignorare in .gitignore
per impedire ad altri sviluppatori di aggiungerli accidentalmente al controllo di versione.
Nei miei progetti in corso che ignorare i seguenti file generati da Android Studio:
*.iml
*.ipr
*.iws
.idea/
Tuttavia, non ho la stessa situazione come la tua, perché io non sto usando librerie esterne per ora.
Se questo non è un'opzione per voi, per qualche motivo, si potrebbe provare una delle seguenti soluzioni:
- Aggiungere le librerie esterne al controllo di versione. Normalmente sono contrario all'aggiunta di binari al controllo della versione, ma in questo caso potrebbe essere accettabile, specialmente se sono presenti solo alcuni di questi file.
- Usa collegamenti simbolici: i riferimenti bibliografici sono standardizzati nel progetto e gli sviluppatori possono collocare le librerie nella posizione designata oppure creare collegamenti simbolici per puntare alle loro posizioni personalizzate.
Problemi correlati
- 1. Collaborazione su Android Studio Project utilizzando git
- 2. Sincronizzazione di progetti Android Studio su più workstation
- 3. Importazione di più progetti e singoli progetti in Studio Android
- 4. Impossibile eseguire progetti di app su Android Studio
- 5. Progetti di Visual Studio con più cartelle
- 6. Django - Come affrontare i percorsi in settings.py su progetti di collaborazione
- 7. Distribuzione dello stato su più macchine
- 8. PHP: gzdeflate è sicuro su più macchine?
- 9. Posso eseguire agenti F # su più macchine?
- 10. Impossibile eseguire VSPackage durante lo sviluppo su più macchine
- 11. Voglio confrontare due progetti nello studio Android
- 12. Condivisione di un fabfile su più progetti
- 13. Come configurare il modulo Libreria Android ed essere referenziato da più progetti in Android Studio?
- 14. Crea modello di soluzione per studio visivo - più progetti
- 15. Android Studio è più veloce su un PC Linux?
- 16. più progetti Android dipendenti in eclissi
- 17. Più progetti una fonte
- 18. Studio Android: come utilizzare le librerie (dai progetti di Eclipse)
- 19. Visual Studio: esegue il debug di più progetti contemporaneamente?
- 20. Impossibile eseguire più progetti di avvio in Visual Studio 2015
- 21. Collegamento di rete tra più macchine VirtualBox
- 22. Come condividere pagine cshtml su più progetti?
- 23. Più file build.gradle in Android Studio
- 24. Montaggio della directory same/nix su più macchine
- 25. Come sincronizzare gli script Greasemonkey ospitati localmente su più macchine?
- 26. Come si aprono due o più progetti contemporaneamente in Android Studio?
- 27. come utilizzare un server sonar su più macchine
- 28. Singolo gruppo da più progetti
- 29. Gradle Android: creazione di più progetti, livello superiore build.gradle
- 30. Gestione proguard per Android Studio in progetti multi-libreria
Grazie per la risposta. Stiamo appena iniziando con Git, quindi ci stiamo ancora abituando. I file .ignore e i link simbolici sembrano piuttosto buoni, quindi penso che proveremo. Grazie ancora. – Scotty