web-dev-qa-db-fra.com

Que faut-il dans mon .gitignore pour un projet Android Studio?

Quels fichiers doivent figurer dans mon .gitignore pour un projet Android Studio?

J'ai vu plusieurs exemples qui incluent tous .iml, mais la documentation IntelliJ indique que .iml doit être inclus dans votre contrôle de code source.

1179
respectTheCode

Mis à jour vers Android Studio 3.0 Veuillez partager les éléments manquants dans les commentaires.

Une réponse tardive, mais aucune des réponses ici et ici était juste sur l'argent pour nous ...

Alors, voici notre fichier gitignore:

#built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties

# Windows thumbnail db
Thumbs.db

# OSX files
.DS_Store

# Android Studio
*.iml
.idea
#.idea/workspace.xml - remove # and delete .idea if it better suit your needs.
.gradle
build/
.navigation
captures/
output.json 

#NDK
obj/
.externalNativeBuild

Depuis Android Studio 2.2 et version 3.0, de nouveaux projets sont créés avec ce fichier gitignore:

*.iml
.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
/build
/captures
.externalNativeBuild

Déconseillé - pour les anciens formats de projet, ajoutez cette section à votre fichier gitignore:


/*/out
/*/*/build
/*/*/production
*.iws
*.ipr
*~
*.swp

Ce fichier doit être situé dans le dossier racine du projet et non dans le dossier du module du projet.

Modifier les notes:

  1. Depuis la version 0.3+, il semble que vous puissiez commettre et pousser *. Iml et build.gradle fichiers. Si votre projet est basé sur Gradle: dans la nouvelle boîte de dialogue d'ouverture/importation, cochez la case "use auto import" et cochez la case d'option "use default gradle wrapper (recommended)". Tous les chemins sont maintenant relatifs, comme le suggérait @ George.

  2. Réponse mise à jour selon @ 128KB source attachée et suggestions de @Skela

1258
Lior Iluz

Construire sur mon Android . Gitignore normal, et après avoir lu la documentation sur le site Web Intellij IDEA et lu messages sur StackOverflow, j’ai construit le fichier suivant:

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# built native files (uncomment if you build your own)
# *.o
# *.so

# generated files
bin/
gen/

# Ignore gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Eclipse Metadata
.metadata/

# Mac OS X clutter
*.DS_Store

# Windows clutter
Thumbs.db

# Intellij IDEA (see https://intellij-support.jetbrains.com/entries/23393067)
.idea/workspace.xml
.idea/tasks.xml
.idea/datasources.xml
.idea/dataSources.ids

Notez également que, comme indiqué, la section des fichiers natifs construits est principalement utile lorsque vous créez votre propre code natif avec le Android. NDK. Si, par contre, vous utilisez une bibliothèque tierce contenant ces fichiers, vous pouvez supprimer ces lignes (* .o et * .so) de votre fichier .gitignore.

145
Phil

Mis à jour le 7/2015:

Voici le source définitive de JetBrains


Format de projet basé sur un répertoire (répertoire .idea)

Ce format est utilisé par toutes les versions récentes IDE par défaut. Voici ce que vous devez partager:

  • Tous les fichiers du répertoire _.idea_ à la racine du projet à l’exception des fichiers _workspace.xml_ et _tasks.xml_ qui stockent des données propres à l’utilisateur. paramètres
  • Tous les fichiers de module _.iml_ qui peuvent être situés dans différents répertoires de module (s'applique à IntelliJ IDEA)

Faites attention au partage des éléments suivants:

  • Artefacts Android produisant une version signée (contenant les mots de passe du magasin de clés)
  • Dans IDEA 13 et versions antérieures, _dataSources.ids_, _datasources.xml_ peut contenir des mots de passe de base de données. IDEA 14 résout ce problème .

Vous pouvez envisager de ne pas partager les éléments suivants:

  • fichier gradle.xml, voir cette discussion
  • dossier dictionnaires utilisateur (pour éviter les conflits si un autre développeur porte le même nom)
  • Fichiers XML sous _.idea/libraries_ dans le cas où ils sont générés à partir du projet Gradle

Format de projet existant (fichiers _.ipr_/_.iml_/_.iws_)

  • Partagez le fichier de projet _.ipr_ et tous les fichiers de module _.iml_ ne partagez pas le fichier _.iws_ en tant que il stocke les paramètres spécifiques à l'utilisateur

Bien que ces instructions concernent IntelliJ IDEA, elles valent 100% pour Android Studio.


Voici un extrait _.gitignore_ qui intègre toutes les règles ci-dessus:

_# Android Studio / IntelliJ IDEA 
*.iws
.idea/libraries
.idea/tasks.xml
.idea/vcs.xml
.idea/workspace.xml
_
78
Sky Kelsey

Je suis en désaccord avec toutes ces réponses. La configuration suivante fonctionne très bien pour l'application de notre organisation.

J'ignore:

  • /build
  • /.idea (avec les exceptions possibles, voir les commentaires dans réponse de dalewking )
  • *.iml
  • local.properties

Je pense que presque tout le monde est d'accord sur /build.

J'en ai eu marre de voir constamment des messages sur les divers fichiers library.xml que Gradle crée ou supprime dans /.idea. Le build.gradle sera exécuté sur le local du développeur lors de la première extraction du projet. Pourquoi les fichiers XML doivent-ils donc être versionnés? Android Studio générera également le reste de /.idea lorsqu'un développeur crée un projet à l'aide de Check out from Version Control, alors pourquoi les éléments de ce dossier doivent-ils être versionnés?

Si le *.iml est versionné, un nouvel utilisateur devra nommer le projet de la même manière que lors de la validation. Puisqu'il s'agit également d'un fichier généré, pourquoi le créer en premier lieu?

Les fichiers local.properties indiquent un chemin absolu sur le système de fichiers pour le SDK, il ne doit donc absolument pas être versionné.

Éditer 1 : Ajout de .gradle pour ignorer les éléments de mise en cache graduelle qui ne doivent pas être versionnés (merci (Vasily Makarov ) .

Edit 2 : Ajout de .DS_Store maintenant que j'utilise Mac. Ce dossier est spécifique à Mac et devrait ne pas être versionné.

Remarque complémentaire : vous souhaiterez probablement également ajouter un répertoire dans lequel placer vos clés de signature lors de la création d'une version.

Pour faciliter le copier/coller :

.gradle
/build
/.idea
*.iml
local.properties
.DS_Store 
37
theblang

J'utilise ce .gitignore. Je l'ai trouvé à: http://th4t.net/Android-studio-gitignore.html

*.iml
*.iws
*.ipr
.idea/
.gradle/
local.properties

*/build/

*~
*.swp
35
helbaroudy

Dans le cas de Android Studio, les seuls fichiers devant être enregistrés dans le contrôle de version sont ceux nécessaires à la création de l'application à partir de la ligne de commande à l'aide de gradle. Donc, vous pouvez ignorer:

  • * .iml
  • .idée
  • construire

Toutefois, si vous enregistrez des paramètres IDE, tels que les paramètres de style de code personnalisé, ils sont enregistrés dans le dossier .idea. Si vous souhaitez ces modifications dans le contrôle de version, vous devez également enregistrer les fichiers IDEA (* .iml et .idea).

33
Siva Velusamy

Android Studio 3.4

Si vous créez un projet Gradle à l'aide de Android Studio, le fichier .gitignore contiendra les éléments suivants:

.gitignore

*.iml
.gradle
/local.properties
/.idea/caches
/.idea/libraries
/.idea/modules.xml
/.idea/workspace.xml
/.idea/navEditor.xml
/.idea/assetWizardSettings.xml
.DS_Store
/build
/captures
.externalNativeBuild

Je recommanderais d'ignorer le répertoire ".idea" complet, car il contient des configurations spécifiques à l'utilisateur, rien d'important pour le processus de construction.

Dossier de projet Gradle

La seule chose qui devrait figurer dans votre dossier de projet (Gradle) après le clonage du référentiel est cette structure (au moins pour les cas d'utilisation que j'ai rencontrés jusqu'à présent):

app/
.git/
gradle/
build.gradle
.gitignore
gradle.properties
gradlew
gradle.bat
settings.gradle

Il est recommandé d’archiver les scripts d’encapsuleur Gradle (voir here ).

Pour rendre les fichiers Wrapper disponibles pour d’autres développeurs et environnements d’exécution, vous devez les archiver dans le contrôle de version.

18
Willi Mentzel

Mon conseil serait également de ne pas ignorer le dossier .idea.

J'ai importé un projet Eclipse basé sur Git dans Android Studio et tout s'est bien passé. Plus tard, j'ai voulu importer ce projet avec Git (comme la première fois) sur une autre machine avec Android Studio, mais cela n'a pas fonctionné. Android Studio a chargé tous les fichiers mais n'a pas pu "voir" le projet en tant que projet. Je pouvais seulement ouvrir les fichiers Git.

Lors de la première importation du projet (d’Eclipse à Android Studio), mon ancien fichier .gitignore était écrasé et le nouveau ressemblait à ceci:

  • .idea/.name
  • .idea/compiler.xml
  • .idea/copyright/profiles_settings.xml
  • .idea/encodings.xml
  • .idea/libraries/libs.xml
  • .idea/misc.xml
  • .idea/modules.xml
  • .idea/scopes/scope_settings.xml
  • .idea/vcs.xml
  • .idea/workspace.xml

Donc, j'ai essayé d'utiliser un gitignore vide et maintenant cela a fonctionné. L'autre Android Studio pourrait charger les fichiers et le projet. Je suppose que certains fichiers ne sont pas importants (profiles_settings.xml) pour Git et l’importation, mais je suis simplement heureux que cela ait fonctionné.

17
Ingo

C'est le meilleur moyen de générer .gitignore via ici

9
Jacky

Je supporte la validation du dossier .idea (à l'exception de workspace.xml et tasks.xml). Mais je commence à en venir à la conclusion que les fichiers .iml doivent être ignorés.

Voici le problème:

Ouvrez un projet dans un répertoire nommé "foo" par exemple et vous obtiendrez foo.iml et que tout semble bien aller. Le problème est que si je renomme simplement le répertoire en foo2 (ou le clone dans un autre nom de répertoire) lorsque vous essayez d'ouvrir le projet dans Android Studio, vous obtiendrez trois choses:

  • Un nouveau fichier iml nommé foo2.iml
  • Le fichier iml de votre projet Android sera modifié pour indiquer maintenant foo2 en tant que parent.
  • .idea/modules.xml aura une ligne ajoutée pour foo2.iml, ainsi l’ancien fichier iml et celui du nouveau répertoire

Je ne trouve aucun moyen d'empêcher Android Studio d'effectuer cette génération de fichier iml lorsque le projet est stocké dans un autre répertoire. Leur ajout au contrôle de source va poser des problèmes. Par conséquent, je pense que nous devrions peut-être ignorer les fichiers * .iml et .idea/modules.xml

8
user486646

Il n'est pas nécessaire d'ajouter au contrôle de source l'un des éléments suivants:

.idea/
.gradle/
*.iml
build/
local.properties

Vous pouvez donc configurer hgignore ou gitignore en conséquence.

La première fois qu'un développeur clone le contrôle de source peut aller:

  1. Ouvrir Android Studio
  2. Projet d'importation
  3. Recherchez le build.gradle dans le référentiel cloné et ouvrez-le.

C'est tout

PS: Android Studio obtiendra ensuite le plugin Gradle en supposant que votre build.gradle ressemble à ceci:

// Top-level build file where you can add configuration options common to all sub-projects/modules.

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.Android.tools.build:gradle:0.12.2'
    }
}

allprojects {
    repositories {
        mavenCentral()
    }
}

Le studio Android générera le contenu du dossier .idea (y compris le fichier workspace.xml, qui ne devrait pas figurer dans le contrôle de code source car il est généré) et le dossier .gradle.

Cette approche est conviviale pour Eclipse en ce sens que le contrôle de code source ne sait rien de vraiment sur Android Studio. Android Studio a simplement besoin du build.gradle pour importer un projet et générer le reste.

8
iberodev

Testé avec Android Studio 3.0

Vous devrez peut-être installer . Ignorer plugin.

Vous pouvez générer automatiquement le fichier .gitignore pour Android. Faites un clic droit sur le dossier et suivez

Add .gitignore file

Puis sélectionnez Android dans le panneau de gauche et cliquez sur Générer

Generate .gitignore file

Android Studio générera un fichier .gitignore contenant tout le fichier à ignorer.

Tiré de http://menukanows.com/how-to-add-gitignore-file-in-Android-project/

7
Menuka Ishan

Dépend de la façon dont le format de votre projet est maintenu:

Vous avez deux options:

  1. Format basé sur un répertoire (vous aurez un dossier .idea contenant les fichiers spécifiques au projet)
  2. Format basé sur fichier (les fichiers de configuration sont .iws et .ipr)

Réf.: http://www.jetbrains.com/idea/webhelp/project.html

Les fichiers validés pour le contrôle de version dépendent de ce qui précède:

  1. Inclure le dossier .idea dans le contrôle de version, exclure workspace.xml et tasks.xml
  2. Le fichier de contrôle de version .ipr et tous les fichiers de module .iml excluent le fichier .iws car il stocke les paramètres spécifiques à l'utilisateur.

Réf.: https://intellij-support.jetbrains.com/entries/23393067

6
ramk

Fondamentalement, tout fichier qui est régénéré automatiquement.

Un bon test consiste à cloner votre rapport et à vérifier si Android Studio est capable d'interpréter et d'exécuter votre projet immédiatement (en générant ce qui manque).
Sinon, trouvez ce qui manque et assurez-vous qu'il n'est pas ignoré, mais ajouté au rapport.

Ceci étant dit, vous pouvez prendre exemple sur des fichiers .gitignore existants, comme le fichier Android One .

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties

# Eclipse project files
.classpath
.project

# Proguard folder generated by Eclipse
proguard/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/
5
VonC

À partir de Android Studio 0.8.4 _.gitignore_ le fichier est généré automatiquement lors du démarrage d'un nouveau projet. Par défaut, il contient:

_.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
/build
_
4
Johnny Doe

Je suis casher avec l'ajout des fichiers .iml et Intellij Sez pour ajouter le dossier .idea mais ignorer .idea/workspace.xml et .idea/tasks.xml, mais qu'en est-il de .idea/libraries /?

Je ne vois pas comment il est logique d'ajouter cela. Il contient une liste de fichiers XML répertoriant les bibliothèques sur lesquelles le projet Android Studio est supposé connaître. Celles-ci sont supposées provenir de dépendances définies par build.gradle, et non d'un fichier de projet IDE.

Aussi le contenu de l'un de ces fichiers ressemble à ceci:

<component name="libraryTable">
    <CLASSES>
       <root url="jar://$USER_HOME$/.gradle/caches/artifacts-26/filestore/com.example/example/etc...jar!"/>

Cela n'a pas de sens de commettre ceci. Que se passe-t-il si l’utilisateur a spécifié un répertoire de départ différent pour gradle ou s’il utilise une autre version de dégradé, le chemin sous .gradle/caches/artifacts-xxx sera différent pour eux (c.-à-d. artifacts- le numéro ajouté à la fin sera se rapporter à la version de gradle que vous utilisez.) Ces chemins ne sont pas universels, et pourtant le conseil est de vérifier tout cela?

4
zenocon

Je sais que c'est un sujet ancien et qu'il y a certainement beaucoup d'options, mais je préfère vraiment gibo de Simon Whitaker. C'est super simple à utiliser, multiplate-forme (mac, * nix, et windows), et utilise le github gitignore repo donc c'est (en principe) toujours à jour.

Assurez-vous que votre cache local est à jour:

    $ gibo --upgrade
    From https://github.com/github/gitignore
     * branch            master     -> FETCH_HEAD
    Current branch master is up to date.

Recherchez la langue/technologie dont vous avez besoin:

    $ gibo --search Android
    Android

Affichez le fichier .gitignore:

    $ gibo Android
    ### Android

    # Built application files
    *.apk
    *.ap_

    # Files for the Dalvik VM
    *.dex

    # Java class files
    *.class

    # Generated files
    bin/
    gen/

    # Gradle files
    .gradle/
    build/

    # Local configuration file (sdk path, etc)
    local.properties

    # Proguard folder generated by Eclipse
    proguard/

    # Log Files
    *.log

Maintenant, ajoutez-le au fichier .gitignore de votre projet:

    $ gibo Android >> .gitignore

(Assurez-vous d'utiliser >> pour ajouter au fichier .gitignore de votre projet; un > l'écrasera - comme je l'ai souvent fait par accident!)

Je sais que cela ne répond pas à la question exacte du PO, mais l'utilisation de gibo permet de ne pas avoir à penser à la question! .. c'est bien! ;)

3
wasatchwizard

Pour vous faire une meilleure idée, vous n'avez besoin que des fichiers suivants

  • app
  • build.gradle
  • paramètres.gradle

Basic Android project structure

Vous pouvez mettre tout le reste dans le fichier .gitignore. Toutes les modifications apportées à votre application résident principalement dans ces fichiers et dossiers. Les autres éléments que vous voyez dans un projet de base sont des fichiers de construction dégradés ou des fichiers de configuration Android Studio.

Si vous utilisez Android Studio, vous pouvez utiliser "Importer un projet" pour construire le projet avec succès. Sinon, vous pouvez créer à l'aide de la ligne de commande, suivez Construction Android Projets avec Gradle .

3
kalan

Il est préférable d’ajouter la liste .gitignore tout au long de la phase de développement pour éviter les effets secondaires inconnus lorsque Version Control ne fonctionnera pas pour une raison quelconque en raison de la liste prédéfinie (copier/coller). Pour un de mes projets, la liste des ignorés est seulement de:

.gradle
.idea
libs
obj
build
*.log
3
Tim Long

Github conserve des éléments gitignore utiles pour divers types de projets. Voici la liste des éléments utiles de gitignore pour les projets Android.

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

# Intellij
*.iml
.idea/workspace.xml
.idea/tasks.xml
.idea/gradle.xml
.idea/libraries

# Keystore files
*.jks

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# Google Services (e.g. APIs or Firebase)
google-services.json

# Freeline
freeline.py
freeline/
freeline_project_description.json

Android Gitignore dans github

2
Sudip Bhandari

Je fusionne des fichiers .gitignore Github

### Github Android.gitignore ### 

# Built application files
*.apk
*.ap_

# Files for the Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

### Github JetBrains.gitignore ### 

# Covers JetBrains IDEs: IntelliJ, RubyMine, PhpStorm, AppCode, PyCharm, CLion, Android Studio

*.iml

## Directory-based project format:
.idea/
# if you remove the above rule, at least ignore the following:

# User-specific stuff:
# .idea/workspace.xml
# .idea/tasks.xml
# .idea/dictionaries

# Sensitive or high-churn files:
# .idea/dataSources.ids
# .idea/dataSources.xml
# .idea/sqlDataSources.xml
# .idea/dynamic.xml
# .idea/uiDesigner.xml

# Gradle:
# .idea/gradle.xml
# .idea/libraries

# Mongo Explorer plugin:
# .idea/mongoSettings.xml

## File-based project format:
*.ipr
*.iws

## Plugin-specific files:

# IntelliJ
/out/

# mpeltonen/sbt-idea plugin
.idea_modules/

# JIRA plugin
atlassian-ide-plugin.xml

# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties

Veuillez lire: Support JetBrains: Comment gérer des projets sous Version Control Systems

2
d.danailov

À partir de Android Studio 0.8.4. Le fichier .gitignore est généré automatiquement lors du démarrage d'un nouveau projet. Par défaut, il contient:

.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
build/
/captures

Je suis d'accord avec cette déclaration, cependant je modifie ce fichier pour changer/construire pour construire/(Cela inclura/build et/app/build). Donc, je ne me retrouve pas avec tous les fichiers de app/build dans mon référentiel.

Notez également que si vous importez un projet depuis Eclipse, le fichier .gitignore ne sera pas copié ou créé "automatiquement".

1
guyland123

En utilisant l’API fournie par gitignore.io , vous pouvez obtenir est généré automatiquement. Voici le lien direct aussi gitignore.io/api/androidstudio

### AndroidStudio ###
# Covers files to be ignored for Android development using Android Studio.

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle
.gradle/
build/

# Signing files
.signing/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio
/*/build/
/*/local.properties
/*/out
/*/*/build
/*/*/production
captures/
.navigation/
*.ipr
*~
*.swp

# Android Patch
gen-external-apklibs

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# NDK
obj/

# IntelliJ IDEA
*.iml
*.iws
/out/

# User-specific configurations
.idea/caches/
.idea/libraries/
.idea/shelf/
.idea/workspace.xml
.idea/tasks.xml
.idea/.name
.idea/compiler.xml
.idea/copyright/profiles_settings.xml
.idea/encodings.xml
.idea/misc.xml
.idea/modules.xml
.idea/scopes/scope_settings.xml
.idea/dictionaries
.idea/vcs.xml
.idea/jsLibraryMappings.xml
.idea/datasources.xml
.idea/dataSources.ids
.idea/sqlDataSources.xml
.idea/dynamic.xml
.idea/uiDesigner.xml
.idea/assetWizardSettings.xml

# OS-specific files
.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
ehthumbs.db
Thumbs.db

# Legacy Eclipse project files
.classpath
.project
.cproject
.settings/

# Mobile Tools for Java (J2ME)
.mtj.tmp/

# Package Files #
*.war
*.ear

# virtual machine crash logs (Reference: http://www.Java.com/en/download/help/error_hotspot.xml)
hs_err_pid*

## Plugin-specific files:

# mpeltonen/sbt-idea plugin
.idea_modules/

# JIRA plugin
atlassian-ide-plugin.xml

# Mongo Explorer plugin
.idea/mongoSettings.xml

# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties
fabric.properties

### AndroidStudio Patch ###

!/gradle/wrapper/gradle-wrapper.jar

# End of https://www.gitignore.io/api/androidstudio
0
Daniyal Javaid

Compilation:

#built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Gradle files
.gradle/
build/
/*/build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Windows thumbnail db
Thumbs.db

# OSX files
.DS_Store

# Eclipse project files
.classpath
.project

# Android Studio
*.iml
.idea
#.idea/workspace.xml - remove # and delete .idea if it better suit your needs.
.gradle
build/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/
0
Aqib Mumtaz

Pour contourner l'importation de tous les fichiers, Android Studio ignorant la liste "Fichiers ignorés", tout en utilisant Android Studio VCS, j'ai effectué les opérations suivantes: Ceci utilisera le "Fichiers ignorés" "list from Android Studio (après l’importation! pas pendant) ET évitez d’avoir à utiliser la lourdeur de Tortoise SVN qui définit la liste svn: ignore.

  1. Utilisez le navigateur de référentiel Tortoise SVN pour créer un nouveau dossier de projet directement dans le référentiel.
  2. Utilisez Tortoise SVN pour extraire le nouveau dossier au-dessus du dossier à importer. Vous recevrez un avertissement que le dossier local n'est pas vide. Ignorer l'avertissement. Vous avez maintenant un dossier de niveau supérieur versionné avec un contenu non versionné.
  3. Ouvrez votre projet à partir du répertoire de travail local. VCS devrait maintenant être activé automatiquement
  4. Définissez vos exceptions de fichiers dans Fichier -> Paramètres -> Contrôle de version -> Fichiers ignorés
  5. Ajouter des fichiers à SVN à partir de Android Studio: sélectionnez "App" dans la structure du projet -> VCS -> Ajouter au VCS (cela ajoutera tous les fichiers, à l'exception des "Fichiers ignorés").
  6. Valider les modifications

À l'avenir, les "fichiers ignorés" seront ignorés et vous pourrez toujours gérer VCS à partir de Android Studio.

Cordialement, -Joost

0
Joost