Использование "Импорт проекта" в Android Studio для проекта Eclipse, используемого для изменения структуры проекта и генерации файлов Gradle, но прямо сейчас (я использую AS 0.5.3) он генерирует только файлы IDEA (.iml,.idea), но не Gradle, и это не касается файловой структуры.
Как вы теперь импортируете проект Eclipse в Android Studio?
Обновление:. Попытка экспортировать файлы Gradle в Eclipse не будет экспортировать их для приложения, он не будет отображаться как модуль в Android Studio.
В новых версиях Android Studio лучший способ привлечь проект Eclipse/ADT - это импортировать его прямо в Android Studio; мы сначала рекомендовали экспортировать его с Eclipse на Gradle, но мы не обновляли ADT достаточно часто, чтобы идти в ногу с Android Studio.
В любом случае, если вы выберете "Импорт проекта" в меню "Файл" или на экране "Приветствие" при запуске Android Studio, он должен пройти через специализированный мастер, который предложит вам скопировать файлы в новую структуру каталогов, вместо того, чтобы импортировать их на месте, и предложит исправить некоторые распространенные вещи, такие как преобразование зависимостей в Maven-стиль и т.д.
Не похоже, что вы получаете этот специализированный поток. Я думаю, что это может быть не признание вашего импортированного проекта в качестве проекта ADT, и он по умолчанию соответствует старому встроенному в IntelliJ поведению, которое не знает о Gradle. Чтобы получить специализированный импорт, должно быть верно следующее:
Если ваш проект сложный, возможно, вы не указываете его как корневой каталог, который он хочет увидеть для успешного импорта.
Обновите Eclipse ADT Plugin до 22.0 или выше, затем перейдите в File | экспорт
Перейдите на Android сейчас, затем нажмите " Generate Gradle build files, тогда он создаст файл Gradle для вас.
Выберите проект, который хотите экспортировать
Нажмите на готово сейчас
В Android Studio закройте все открытые проекты. Вы должны увидеть окно "Добро пожаловать в Android Studio".
Нажмите Импортировать проект.
Найдите проект, который вы экспортировали из Eclipse, разверните его, выберите его и нажмите OK.
Попробуйте выполнить следующие действия: 1- нажмите "Импорт проекта" (Eclipse, ADT,...).
2- Выберите основной каталог вашего проекта Eclipse
3- Сохранить настройки по умолчанию. Первые два варианта предназначены для преобразования файлов JAR в удаленные библиотеки (зависимости). Это значит, что при создании Android studio попробуйте найти библиотеку в локальной системе или в удаленных репозиториях. Последний вариант предназначен для отображения только одной папки в качестве приложения после импорта.
4- Затем вы увидите сводку изменений
5- Затем, если вы видите, что синхронизация проекта Gradle не удалась, вы должны перейти в вид проекта (верхний левый угол). Затем вам нужно перейти в приложение project-> и открыть build.gradle.
6- Затем вы должны изменить ваши compilesdkVersion и targetdkVersion на текущую версию, которую вы видите в buildToolsVersion (у меня это 23). Например, в моем проекте я должен изменить 17 на 23 в двух местах
7- Если вы видите ошибку в ваших зависимостях, вам следует изменить ее версию. Например, в моем проекте мне нужно проверить, какую версию библиотеки поддержки Android я использую. Итак, я открываю менеджер SDK и иду вниз, чтобы увидеть версию. Затем я должен заменить свою версию Android Studio на текущую версию и нажать кнопку "Попытаться снова" в правом верхнем углу.
Я надеюсь, что это помогает.
Все стало проще с Android Studio Все, что вам нужно, это сначала выбрать
3.в зависимости от типа проекта и библиотеки, которые вы использовали, например (ActionBarSherlock), вы можете запросить специальный мастер импорта, поэтому нажмите "Далее" и затем "Готово". в этом случае это был простой
4. И все готово. 
но иногда параметры отладки или запуска не работают, и сообщение об ошибке показывает как
"Эта структура проекта не основана на gradle или не переносит ее на gradle"
что-то, чтобы решить эту проблему, закрыть открытый проект eclipse и заново открыть тот же проект, используя тот же процесс, который мы делали ранее с проектом импорта (eclipse adt, gradle и т.д.)). В этот раз android studio добавит все необходимые файлы gradle, и будет работать также опция зеленой отладки., Я сделал это как-то случайно, но это сработало, я просто надеюсь, что это сработает и для вас.
Android Studio была улучшена с момента публикации этого вопроса, а последние версии Android Studio (на момент написания этой статьи - 2.1.1) имеют неплохие возможности импорта Eclipse, поэтому импорт проектов Eclipse непосредственно в Android Studio теперь лучший подход для переноса проектов из Eclipse в Android Studio.
Я опишу, как это сделать ниже, включая несколько ошибок, с которыми можно столкнуться. Я буду иметь дело с импортом рабочей области Eclipse, которая содержит несколько приложений, совместно использующих одну или несколько библиотек проектов (подходы, опубликованные до сих пор, ограничиваются импортом только одного проекта приложения Eclipse и его библиотек проектов). Хотя я не занимаюсь всеми возможными проблемами, я подробно расскажу о некоторых из них, которые, я надеюсь, будут полезны тем, кто проходит этот процесс в первый раз сами.
Недавно я импортировал проекты из рабочего пространства Eclipse. Это рабочее пространство включало четыре библиотечных проекта, которые делились между девятью проектами каждый.
Некоторая предыстория:
Рабочее пространство Eclipse содержит несколько проектов, которые могут быть библиотечными проектами или приложениями.
Проект Android Studio аналогичен рабочему пространству Eclipse, поскольку он может содержать как библиотечные проекты, так и приложения. Однако проект библиотеки или приложение представлено "модулем" в Android Studio, тогда как он представлен "проектом" в Eclipse.
Итак, подведем итог: рабочие пространства Eclipse в конечном итоге будут реализованы в виде проектов Android Studio, а проекты Eclipse внутри рабочей области будут включены в модули Android Studio внутри проекта.
Вы должны запустить процесс импорта, создав проект Android Studio (файл/новый/новый проект). Вы можете дать этому проекту то же (или подобное) имя, которое вы дали своему рабочему пространству Eclipse. Этот проект в конечном итоге будет содержать все ваши модули, по одному для каждого проекта Eclipse (включая библиотеки проектов), который вы импортируете.
Процесс импорта не изменяет исходные файлы Eclipse, пока вы помещаете импортированные файлы в другую иерархию папок, поэтому вы должны выбрать папку для этого проекта, которая не находится в исходной иерархии Eclipse. Например, если ваши проекты Eclipse находятся в папке под названием Android, вы можете создать папку sibling, называемую AStudio.
Затем ваш проект Android Studio можно создать в виде подпапки в этой новой папке. Мастер New Project предложит вам ввести эту папку проекта верхнего уровня, в которую будет создан ваш проект.
Мастер нового проекта Android Studio попросит вас настроить один модуль во время создания проекта. Сначала это может быть немного запутанным, потому что они никогда не говорят вам, что вы создаете модуль, но вы; вы создаете проект с одним модулем в нем. По-видимому, для каждого проекта требуется хотя бы один модуль, поэтому, поскольку вы полагаетесь на Eclipse для предоставления своих модулей, ваш первоначальный модуль будет заполнителем, который будет явно удовлетворять этому формальному требованию.
Таким образом, вы, вероятно, захотите создать исходный модуль для своего проекта, который будет как можно меньше. Поэтому выберите "Телефон и планшет" в качестве типа вашего модуля, примите минимальный SDK по умолчанию (уровень API 8) и выберите "Добавить активность для вашего модуля".
Затем выберите один из проектов приложений Eclipse в рабочей области, для которого требуется наибольшее количество библиотек в качестве вашего первого проекта для импорта. Преимущество этого заключается в том, что при импорте этого проекта все проекты библиотек, которые он использует (прямо или косвенно, если некоторые из ваших проектов библиотеки сами требуют других проектов библиотеки), будут импортированы вместе с ним как часть процесса импорта,
Каждый из этих импортированных проектов получит свой собственный модуль в рамках проекта Android Studio. Все эти модули будут братьями и сестрами друг друга (как в иерархии проектов, так и в иерархии папок, где находятся их файлы), так же, как если бы вы импортировали модули отдельно. Тем не менее, зависимости между модулями будут созданы для вас (в ваших файлах build.gradle приложения) как часть процесса импорта.
Обратите внимание, что после завершения импорта, тестирования и отладки этого "самого зависимого" проекта Eclipse и его поддерживающих проектов библиотеки вы продолжите импорт второго проекта приложения Eclipse (если у вас есть второй в вашей рабочей области) и его (с ранее импортированными мастером импорта в качестве существующих модулей и повторно используемыми для этого нового модуля, а не дублированием).
Таким образом, вам никогда не придется напрямую импортировать один проект библиотеки из Eclipse; все они будут приведены косвенно, исходя из их зависимостей от проектов приложений, которые вы импортируете. Предполагается, что все ваши проекты библиотеки в рабочей области созданы для удовлетворения потребностей одного или нескольких проектов приложений в том же рабочем пространстве.
Чтобы выполнить импорт этого первого проекта приложения, обратно в Android Studio, пока вы находитесь в только что созданном проекте, выберите "Файл/Новый/Новый модуль". Вы можете подумать, что вы должны использовать File/New/Import Module, но нет, вы не должны, потому что если вы это сделаете, Android Studio создаст новый проект для хранения вашего импортированного модуля и импортирует ваш модуль в этот проект, Фактически вы могли бы создать свой первый модуль таким образом, но тогда для второго до N-го модуля все равно потребуется использовать этот другой метод (для импорта модуля в существующий проект), и поэтому я думаю, что только начиная с "пустого" проекта (вернее, один с собственным свободным модулем-заполнителем do-nothing), а затем импортирование каждого из ваших проектов Eclipse в качестве нового модуля в этот проект (т.е. подход, который мы здесь делаем) может быть менее запутанным.
Итак, вы собираетесь использовать свой практически пустой проект и выполнить в нем файл/Новый/Новый модуль. Мастер, который это вызывает, даст вам выбор того, какой модуль вы хотите создать. Вы должны выбрать "Импорт проекта Eclipse ADT". Это то, что обращается к мастеру, который знает, как преобразовать проект Eclipse в модуль Android Studio (вместе с библиотечными модулями, от которых он зависит) в рамках вашего текущего проекта Android Studio.
При запросе исходной папки вы должны ввести папку для своего проекта Eclipse (это папка, содержащая этот файл AndroidManifest.xml проекта).
Затем мастер импорта отобразит имя модуля, которое он намеревается создать (аналогично исходному имени проекта Eclipse, но с первой буквой в нижнем регистре, поскольку это соглашение, которое отличает имена модулей от имен проектов (которые начинаются с буква верхнего регистра). Обычно это работает очень хорошо, чтобы принять это значение по умолчанию.
Ниже имени модуля находится раздел "Дополнительные требуемые модули". Это отобразит каждую библиотеку, требуемую модулем, который вы импортируете (или любой из его библиотек и т.д.). Поскольку это первый модуль, который вы импортируете, ни один из них уже не будет в вашем проекте, поэтому у каждого из них будет установлен флажок "Импорт" по умолчанию. Вы должны оставить их проверенными, потому что вам нужны эти модули. (Обратите внимание, что при импорте проектов приложений Eclipse позже, если библиотека, в которой они нуждаются, уже была импортирована, эти библиотеки все равно будут отображаться здесь, но будет примечание о том, что "Project уже содержит модуль с этим именем" и поле Импорт будет отключен по умолчанию. В этом случае вы должны оставить флажок не установленным, чтобы импортер подключил ваш недавно импортированный модуль (модули) к уже импортированным библиотекам. Возможно, это принятие значения по умолчанию имена, которые Android Studio создает для ваших модулей, будут важны для того, чтобы позволить IDE находить и повторно использовать эти библиотечные модули.
Затем импортер предложит заменить любые банки и источники библиотек зависимостями Gradle и создать имена модулей camelCase для любых зависимых модулей, по умолчанию проверять все эти параметры. Обычно вы должны оставить эти опции включенными и продолжить. Однако прочитайте предупреждение о возможных проблемах. Помните, что вы всегда можете удалить импортированный модуль или модули (через диалоговое окно "Структура проекта" ) и снова запустить процесс импорта.
Следующий дисплей, который я получил (YMMV), утверждает, что в моей установке SDK не установлен репозиторий поддержки Android. Он предоставляет кнопку для открытия Android SDK Manager для его установки. Однако эта кнопка не работала для меня. Я вручную открыл диспетчер SDK в качестве отдельного приложения и обнаружил, что Android Support Repository уже установлен. Однако было обновление. Я установил это и нажал кнопку "Обновить" в диалоговом окне импорта, но ничего не сделал. Итак, я продолжил, и воспринимаемый недостаток этого репозитория, похоже, не повредил процессу импорта (хотя я получал сообщения о том, что он время от времени пропадает, работая с импортированным кодом, который я смог успокоить щелкнув по ссылке, которая исправила проблему - по крайней мере, временно). В конце концов эта проблема исчезла, когда я установил обновление в репозиторий, поэтому вы можете вообще не испытывать его.
На этом этапе вы нажмете кнопку "Готово", а после бит создадите свои модули и создадите их. Если все пойдет хорошо, вы должны получить сообщение BUILD SUCCESSFUL в своей консоли Gradle.
Одна из особенностей заключается в том, что если сборка не выполняется, вы можете не видеть импортированные модули в иерархии проекта. Кажется, вам нужно добраться до первой действующей сборки до появления новых модулей (мой опыт, во всяком случае). Вы все еще можете увидеть новые модули в диалоговом окне "Структура файла/структуры проекта" (например, если вы хотите удалить их и начать импорт).
Помните, что, поскольку вы не меняете исходные проекты Eclipse, вы всегда можете удалить только что импортированные модули (если импорт идет плохо) и начать все заново. Вы даже можете внести изменения в сторону Eclipse после удаления ваших модулей Android Studio, если это заставит импортировать лучше во второй раз (если вы сохраните резервную способность для создания существующего источника в Eclipse). Как вы увидите, когда мы обсудим контроль версий ниже, вам может понадобиться сохранить возможность создавать в Eclipse, потому что структура проекта изменяется в Android Studio, поэтому, если вам нужно вернуться к фиксации, которая предшествует вашей перейдите в Android Studio (например, чтобы исправить ошибку), вы захотите иметь возможность создавать это раннее соглашение в Eclipse.
Чтобы удалить модуль, вы должны выбрать "Структура файла/проекта", затем выбрать модуль с левой стороны диалогового окна, а затем нажать клавишу "Удалить". По какой-то причине я не смог удалить модуль непосредственно в иерархии Project; это нужно было сделать с помощью этого диалогового окна "Структура проекта".
Мастер импорта создает файл import-summary.txt, содержащий подробный список всех проблем, с которыми он мог столкнуться, а также действия, предпринятые для их устранения. Вы должны внимательно прочитать его, так как это может привести к тому, что происходит, если у вас возникли проблемы с созданием или запуском импортированного кода. Это также поможет вам найти то, что движется импортер, чтобы учесть разную структуру проектов Android Studio.
Если все не пойдет хорошо, посмотрите на эти возможные проблемы, с которыми вы можете столкнуться, и решения для этих проблем:
Вообще говоря, есть две основные проблемы, с которыми я столкнулся:
Когда Proguard запутался, (обфусканные) имена методов в ваших библиотеках могут не совпадать с именами, которые используются для их вызова из вашего приложения, и вы получите ошибки компилятора, такие как "error: не можете найти класс символов..."
В Eclipse материал Proguard в значительной степени игнорируется для проектов библиотеки, причем материал Proguard для любого проекта приложения, который вы строите, определяя обфускацию, и т.д. для не только самого себя, но и для обработки всех библиотек, от которых это зависит, И это обычно то, что вы хотите.
В Android Studio, однако, вам необходимо внести некоторые изменения для достижения этого же эффекта. В основном, в файлах build.gradle для каждого из ваших модулей модулей библиотеки вам нужно что-то вроде этого:
buildTypes {
release {
minifyEnabled false
consumerProguardFiles 'proguard.cfg'
}
}
Где proguard.cfg - это собственный файл конфигурации proguard вашего библиотечного модуля.
Термин "потребитель" в "consumerProguardFiles", по-видимому, относится к модулю приложения, который использует этот библиотечный модуль. Таким образом, команды proguard из этого приложения используются по сравнению с командами самого модуля библиотеки, и, по-видимому, это приводит к скопированному и совместимому обфускации, так что все вызовы из модуля приложения в его библиотечные модули выполняются с соответствующими символами.
Эти записи "consumerProguardFiles" не создаются автоматически во время процесса импорта (по крайней мере, это был мой собственный опыт), поэтому вам нужно будет отредактировать это в файлах build.gradle ваших библиотечных модулей, если они не созданы для вы во время импорта.
Если вы хотите раздать проекты библиотеки отдельно, с запутанием, вам понадобится отдельный файл proguard; Я не сделал этого сам, и это выходит за рамки этого ответа.
В модуле приложения вам понадобится следующее:
buildTypes {
release {
minifyEnabled true
proguardFiles 'proguard.cfg'
}
}
(Кстати, на момент написания этой статьи, в то время как мои приложения работают нормально, я еще не сразу подтвердил, что на самом деле они запутываются с использованием этого подхода, поэтому проверьте это самостоятельно - например, с помощью декомпилятора, такого как apktool. Я проверю это позже и отредактирую этот ответ, когда получу эту информацию).
Вторая проблема связана с тем, что Eclipse почти игнорирует файлы манифеста для проектов библиотеки при компиляции проекта приложения, который использует эти проекты библиотеки, в то время как в Android Studio происходит чередование двух, которые, по-видимому, делают не последовательно приоритизировать проявление приложения над библиотеками.
Я столкнулся с этим, потому что у меня был манифест библиотеки, который перечислялся (только для целей документации) абстрактный класс Activity как основной вид деятельности. В моем приложении был класс, полученный из этого абстрактного класса, который был объявлен в манифесте каждого приложения, которое использовало библиотеку.
В Eclipse это никогда не вызывало никаких проблем, поскольку манифеста библиотеки игнорировались. Но в Android Studio я получил этот абстрактный класс как класс активности для приложения, что вызвало ошибку во время выполнения, когда код попытался создать экземпляр этого абстрактного класса.
В этом случае у вас есть два варианта:
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.goalstate.WordGames.FullBoard.trialsuite" xmlns:tools="http://schemas.android.com/tools" . . <application tools:replace="android:name"
или,
Я пробовал и то, и другое, и выше, как и более простой метод. Однако, если вы хотели бы распространять свои библиотечные модули отдельно, вам нужно будет создать более значимый файл манифеста, который отражает каждый отдельный модуль библиотеки, индивидуальные требования.
Возможно, существует более "правильный" способ сделать это, что ставит требования (например, разрешения) для каждой библиотеки в самом манифесте библиотеки и позволяет автоматическому процессу чередования объединить их с объявленными для приложения. Однако, учитывая, что Eclipse игнорирует манифесты для библиотек, кажется, что по крайней мере сначала безопаснее полагаться исключительно на манифесты приложений и просто убирать библиотеку до костей.
Помните, что некоторые из свойств проекта, а также атрибуты манифеста, из вашего проекта Eclipse будут использоваться для создания частей ваших файлов build.gradle. В частности, ваш compileSdkVersion в build.gradle установлен в версию сборки проекта из свойств проекта Eclipse, applicationId - это имя пакета из вашего манифеста приложения, а minSdkVersion и targetSdkVersion также копируются из файла манифеста приложения. Раздел зависимостей build.gradle исходит из зависимостей проекта библиотеки в ваших свойствах проекта.
Обратите внимание, что это может сделать некоторые из ваших значений AndroidManifest.xml избыточными и, вполне возможно, остаточными (то есть, неиспользуемыми). Это может создать путаницу. Я понимаю, что значения build.gradle являются теми, которые действительно имеют эффект, и что значения манифеста, такие как targetSdkVersion, больше не используются для целей построения. Тем не менее, они все еще могут использоваться в таких магазинах приложений, как Google Play; Я не знаю точно, так или иначе, поэтому на этом этапе я просто поддерживаю их в тандеме.
Помимо вышеупомянутых двух проблем, есть более обычные вещи, такие как импорт проекта с уровнем сборки проекта 22, когда у вас установлен только уровень SDK 23 в Android Studio. В этой ситуации, вероятно, лучше отредактировать файл build.gradle вашего модуля приложения, чтобы переместить compileSdkVersion с 22 (импортированное значение) в 23, чем было бы установить SDK для уровня 22, но любой из них должен работать.
В течение всего этого процесса, когда что-то не создается должным образом, и вы делаете изменения, чтобы попытаться его решить, вы можете попробовать создать проект Build/Rebuild Project и/или Tools/Android/Sync с файлами Gradle и/или File/Invalidate Caches/Restart, чтобы убедиться, что ваши изменения полностью включены. Я не знаю точно, когда это действительно необходимо, потому что я не знаю, сколько сделано постепенно, когда у вас еще нет успешной сборки, но я выполнял их все довольно регулярно как своего рода суеверный ритуал, и я "Я уверен, что это помогло. Например, когда я получил ошибку ресурса $NotFound, которая оказалась неспособной найти ресурс значка запуска, я пробовал все три, и проблема была исправлена.
Когда вы выполнили вышеописанное для своего первого проекта Eclipse и достигли успешной сборки, то с удачей вы можете выбрать свой модуль приложения из раскрывающегося списка вверху дисплея Android Studio слева от кнопки воспроизведения, затем нажмите кнопку воспроизведения, затем выберите устройство или Android Virtual Device, и приложение должно быть загружено для запуска.
Аналогично, вы должны иметь возможность создать подписанную копию своего приложения, используя функцию Build/Generate Signed APK. Обратите внимание, что некоторые ошибки, связанные с импортом, могут появляться при запуске вашей подписанной копии, которая не появляется при использовании кнопки воспроизведения, поэтому вам нужно подтвердить, что оба они работают, прежде чем решить, что ваш импорт завершен.
После этого вы, вероятно, захотите включить контроль версий. Я сам использую git, но есть ряд других доступных вариантов.
Контроль версий в основном выходит за рамки этого ответа, но есть несколько вещей, на которые влияет процесс импорта. Во-первых, в Eclipse у вас могут быть разные проекты в разных папках, а при импорте в Android Studio все модули будут созданы как прямые дочерние папки в основной папке проекта. Поэтому, если у вас была отдельная папка git для каждого проекта в Eclipse или для связанных групп проектов, организованных в родительской папке для каждой группы (как и я), это не очень хорошо переводится в Android Studio.
Мои знания об этом ограничены, поскольку я еще не работал с контролем версий в Android Studio, поэтому, возможно, есть способ обойти это, но похоже, что все элементы управления версиями в Android Studio унифицированы на уровне проекта, и поэтому все ваши модули будут находиться под одним архивом git.
Это означает, что вам может потребоваться отказаться от старого архива git и начать новый с нового архива для импортированного исходного кода. И это означает, что вы захотите сохранить старый архив git, чтобы его можно было использовать с Eclipse для выполнения любых необходимых исправлений ошибок и т.д., По крайней мере, на некоторое время. И вы также захотите сохранить историю своего проекта.
Если вам повезло, что все ваши проекты были организованы под одной рабочей областью Eclipse, и если вы использовали один архив git для этих проектов, возможно, вы можете просто скопировать старый git архив из папки подкачки Eclipse и под ее рабочей папкой в папку проекта под Android Studio. Затем вы можете отредактировать любые объекты, имеющие значение .gitignore, из проекта Eclipse в автоматически сгенерированный файл .gitignore для вашего проекта Android Studio, и пусть git выяснить, что было изменено во время процесса импорта (и некоторые вещи будут перемещены - например, файл манифеста больше не находится на верхнем уровне вашего модуля). Другие сообщили, что git довольно хорошо разбирается в том, что изменилось; Я сам этого не пробовал.
Но даже если вы это сделали, возврат к фиксации, предшествующий вашему переходу с Eclipse в Android Studio, вернется к набору файлов, которые будут иметь смысл только из Eclipse. Так звучит, хорошо, "сложно" работать. Тем более, что Eclipse по-прежнему будет указывать на свой первоначальный набор папок проекта.
У меня лично было несколько архивов git для моих различных наборов связанных проектов, поэтому я решил просто сделать чистый перерыв и снова запустить git в Android Studio. Если вам нужно было это сделать, это может повлиять на ваше планирование, потому что вы хотели бы быть в очень стабильной точке разработки кода, прежде чем делать ход в этом случае, поскольку вы потеряете некоторую доступность к этому более старому коду в вашем управлении версиями (например, возможность слияния с пост-импортным кодом), как только вы перейдете в Android Studio.
Часть этого ответа, относящаяся к git, является частично спекулятивной, поскольку я на самом деле не работал с контролем версий еще в моих импортированных файлах проекта, но я хотел включить ее, чтобы дать некоторое представление о проблемах, и я планируйте обновить мой ответ после того, как я больше поработал с управлением версиями в Android Studio.
Согласно http://tools.android.com/tech-docs/new-build-system/migrating-from-eclipse-projects,
У вас есть несколько вариантов выбора
- просто импортировать
- предварительный экспорт сначала из Eclipse.
Предэкспортирование из eclipse может быть лучшим выбором, если ваш проект содержит множество взаимосвязей, специфичных для Eclipse. В ВИДЕ. не может "переводить" все, что может произвести Eclipse. Если вы хотите продолжить использование Eclipse, а также A.S. на этом коде проекта это лучший выбор. Если вы выберете этот метод, прочитайте приведенную выше ссылку, есть некоторые важные предпосылки.
Простое импортирование в AS позволит AS "перевести" и перестроить проект, и это рекомендуемый метод, особенно если вы не собираетесь возвращаться в Eclipse. В этом случае вы разрешаете A.S. мастер делает все, и вам не нужно вручную генерировать файлы gradle.
В дополнение к ответу Скотта Барты выше вы все еще можете иметь проблемы с импортом, если есть ссылки на файлы библиотеки рабочего пространства Eclipse, например,
/workspace/android-support-v7-appcompat
является общим.
В этом случае импорт будет остановлен до тех пор, пока вы не предоставите ссылку (и если вы клонировали из репозитория git, его, вероятно, не будет) и даже указав на вашу собственную установку (например, что-то вроде /android -sdk-macosx/extras/android/m2repository/com/android/support/appcompat-v7) не будет распознаваться и остановит импорт, оставив вас в ничейной стране.
Чтобы обойти это, найдите ссылки в файлах project.properties или .classpath, которые вошли в проект Eclipse, и удалите/прокомментируйте их, например.
<classpathentry combineaccessrules="false" kind="src" path="/android-support-v7-appcompat"/>
Это приведет вас к стадии импорта, и вы сможете добавить эти ссылки в свой build.gradle(Module: app), как указано в Android tutorial, как показано ниже:
dependencies {
compile 'com.android.support:appcompat-v7:22.2.0'
}
Вот простой способ миграции:
Начните с примера проекта Android Studio. Откройте андроидскую студию и создайте новый проект (или), просто скачайте "образец студийного проекта здесь: https://github.com/AppLozic/eclipse-to-android-studio-migration. Теперь откройте загруженный проект в Android Studio, выполнив следующие инструкции.
Импортировать модули проекта eclipse в Android Studio. Выберите Файл → Создать → Модуль импорта Название изображения
Затем выберите путь проекта eclipse и импортируйте модули. В случае, если вы видите сообщение "Не удалось синхронизировать проект Gradle", затем нажмите "Установить инструменты сборки и проект синхронизации..."
Теперь удалите примеры модулей проекта, выполнив следующие простые шаги:
Откройте settings.gradle и удалите "include": app "Щелкните правой кнопкой мыши на модуле" приложение "и" Удалите" его. Теперь у нас есть проект Eclipse, открытый в студии Android с конструкцией Gradle.
Вот несколько других ссылок, которые могут вам помочь:
http://developer.android.com/sdk/installing/migrate.html Источник: http://www.applozic.com/blog/migrating-project-from-eclipse-to-studio/
Простые шаги: 1.Go для Android Studio. 2. Закройте все открытые проекты, если они есть. 3. Будет вариант, который говорит об импорте проектов Android Studio (Eclipse ect). 4. Нажмите на него и выберите проект ур Вам это нравится.
Лучший способ внести проект Eclipse/ADT - это импортировать его непосредственно в Android Studio. Сначала GO to Eclipse project и удалите файл project.properties.
После этого откройте Android-инструмент Tool & import проект Eclipse (Eclipse ADT, Gradle и т.д.).
Остановите установку Android Studio 3.0.1 и вернитесь к 2.3.3 (стабильная версия). Проверьте стабильную версию, и вы можете найти их много
Все, что вам нужно сделать, удалить и вернуться к другой версии. Да, он просит создать файл Gradle отдельно, что является совершенно новым для меня!
Неудача является трамплином для успеха..