default.properties (or project.properties)
Schauen Sie sich die changelog von SDK r14 Release:
default.properties, die die Hauptprojekteigenschaften sind Informationen, Datei enthalten, wie die Bauplattform Ziel und der Bibliothek Abhängigkeiten wurde in project.properties umbenannt
Wenn jemand aus Ihrem Entwicklerteam noch eine Version älter als r14 verwendet, sollten Sie ihn besser auf die neueste Android SDK-Version auf seiner Workstation aufrüsten, da sich das Android SDK seit r14 in Bezug auf Projekteigenschaftendatei, Bibliotheksprojekt, externes jar schnell geändert hat Abhängigkeitsstruktur usw. Es wird die Entwicklung sehr schwierig machen, wenn Entwickler verschiedene Android SDK-Versionen in einem Team verwenden.
Wenn dies kurzfristig keine Option ist, sollten Sie vorübergehend sowohl default.properties als auch project.properties (mit demselben Inhalt) erstellen und einchecken, um die alte Android-Version zu unterstützen Kurzfristig und geben Sie anderen Menschen Zeit, um ihre Arbeitsstation zu aktualisieren. IDE zu begehen generierten Dateien (.classpath, .project und etc.) in der Quellcodeverwaltung
.classpath
Es ist eine sehr schlechte Praxis. Erwarten Sie, dass .classpath, der aus einer Windows-Box generiert wird, exakt denselben Inhalt hat wie der von einer Mac-Box generierte? Sie sollten der Ignore-Liste der Quellcodeverwaltung den Eintrag .classpath hinzufügen, damit er automatisch ignoriert wird, wenn Sie Ihr Projekt an die Quellcodeverwaltung übergeben.
Wenn Sie ein Quellcodeverwaltungssystem verwenden, ziehen Sie nicht zu viel für jeden einzelnen Commit in Betracht, solange Sie ausführliche Kommentare bereitstellen. wie jede einzelne Aktion (hinzufügen, ändern, löschen usw.), die Sie für jede einzelne Datei (Java-Quelle, Eigenschaften- und Ressourcendatei usw.) in Ihrem Projekt ausgeführt haben, protokolliert und in der Quellcodeverwaltung verfolgt wird, falls etwas schief geht, Es ist ziemlich einfach für einen erfahrenen Entwickler, die Änderung zu verfolgen und das Projekt in einen normalen Zustand zurückzusetzen. Hoffe das hilft.
Eigentlich ist es eine gute Idee, IDE-Dateien in die Quellcodeverwaltung zu übernehmen, man muss nur vorsichtig sein, um sicherzustellen, dass sie maschinenneutral eingerichtet sind. Verwenden Sie eine Ausführungsumgebung anstelle einer bestimmten benannten JRE auf Ihrem Computer, verwenden Sie Classpath-Variablen, anstatt direkt auf externe JARs usw. zu zeigen. Wenn Sie das Quellprojekt eines Plug-Ins aus einem Eclipse.org-Quellen-Repository auschecken, wird der. Projekt- und .classpath-Dateien * sind * da - es wurde versucht, dass alle, die an dem Plug-in arbeiten, diese Ressourcen nicht selbst neu erstellen müssen. – nitind
@nitind Das wurde in meinem Fall gemacht. Was auf dem Repository bereitgestellt wird, benötigt jedoch weiterhin Installationen und ist nicht dokumentiert. Also muss ich die Sachen trotzdem manuell installieren. In solchen Fällen ist der Rat von York sinnvoll. – Cyctemic
@nitind, wenn Sie in einem Team arbeiten, können Leute unterschiedliche Betriebssysteme verwenden (verschiedene JDK, Android SDK-Version usw.) oder sogar andere IDE, um ihre Arbeit zu erledigen. Der von Eclipse erzeugte .classpath ist für NetBeans oder intelliJ bedeutungslos. Sehen Sie sich die Projektbeispiele an, die vom Android SDK Manager heruntergeladen wurden. Es bietet eine saubere Vorlage für die Projektstruktur und zeigt an, welche Ordner/Dateien ein Android-Projekt als Android-Projekt benötigt. – yorkw