Usar variables de entorno para comstackciones de Gradle en Android Studio

Decidimos usar GitHub como nuestro control de versiones. Sé que las secuencias de commands de compilation de Gradle utilizan ciertas routes, como la ruta de SDK de Android en el file local.properties .

Dado que este path será diferente entre nosotros cinco, creo que los proyectos no se buildán en las máquinas de mis compañeros de equipo cuando tomen los cambios de GitHub. ¿Es esto correcto?

Si es así, ¿podemos crear una variable de entorno llamada ANDROID_SDK y usarla para sdk.dir en local.properties ? ¿El proyecto se buildía correctamente en todas nuestras máquinas si usáramos la variable de entorno? ¿Hay otros lugares donde podamos necesitar establecer una variable de entorno similar? esto funcionara? Si es así, ¿cómo hacemos esto?

No estoy seguro de si esta es la mejor manera de configurar un proyecto de equipo para Android. Estoy buscando sugerencias sobre una buena práctica para esto.

¿Es esto correcto?

No, porque las local.properties IMHO no deberían estar en su repository de Git. El file estándar .gitignore Android Studio (creado al crear el proyecto) tiene local.properties , lo que significa que local.properties no se comprometerá con su repository.

Como señala Doug Stevenson en un comentario, se genera local.properties cuando importa un proyecto. Será impulsado por la configuration de Android Studio.

¿podemos todos hacer una variable de entorno llamada algo así como ANDROID_SDK y usar eso para el sdk.dir en el local.properties?

No es para usar con Android Studio, al less la última vez que lo probé. Para las comstackciones de línea de command de Gradle, eso funciona bien, pero Android Studio no pasa el entorno a su process Gradle bifurcado.