23 февраля 2015 г.

Настройка плагинов в Android Studio и IntelliJ IDEA

Дабы не особо нужные, для разработки под Андроид, плагины не тормозили IDE и не загромождали интерфейс я их отключил.

Ниже привожу скрины, которые показывают оставленные включёнными  плагины.

IntelliJ IDEA

P0001

Android Studio

P0002

После отключения плагинов в IntelliJ IDEA, список предлагаемых новых проектов существенно сократился

P0003

То есть мы оставили только нужное. В любом случае подключить отключенные плагины, если они понадобятся не составит труда.

21 февраля 2015 г.

Настройка работы Android Studio и IntelliJ IDEA с Gradle на одном комьютере

В этой статье где я описывал установку IntelliJ IDEA, если вы заметили тестовый проект Андроид был построен с помощью Ant так как мы выбрали вот этот пункт меню при создании проекта Андроид

g0001

В Android Studio сейчас используется другая система сборки – Gradle. В IntelliJ IDEA, вы тоже можете использовать Gradle, для этого нужно выбрать самый первый пункт меню “Gradle: Android Module”.

Но если у вас на одном компьютере сразу установлены Android Studio и IntelliJ IDEA, то во избежание конфликтов в Gradle, надо сделать некоторые небольшие настройки в обоих средах разработки.

Дело в том что обе они, по умолчанию, используют один и тот же каталог в настройках Global Gradle SettingsC:\Users\<UserName>\.gradle

И дабы избежать конфликтов надо настроить их чтобы они использовали разные каталоги.

В настройках Android Studio это делается так:

gA

В настройках IntelliJ IDEA так:

gI

Конечно эти каталоги сперва необходимо создать и/или переименовать.

Поскольку я сперва установил Android Studio, то студия уже создала каталог .gradle, я его просто переименовал, так как там уже были рабочие файлы студии и указал ей новый каталог.

Когда установил IntelliJ IDEA, то она тоже создала себе каталог .gradle, который я тоже переименовал да бы не было путаницы (хотя, в принципе, можно было оставить и так).

В результате в каталоге пользователя видим такое:

gAI

Кстати сказать каталог .gradleAndroidStudio весит у меня всего около 20Мб, но это потому что студия хранит все основные файлы Gradle у себя в каталоге куда установлена. И уж к слову сказать каталог .AndroidStudio весит 282Мб и сама студия в каталоге куда установлена 423Мб итого имеем 725Мб, а Eclipse весит 235Мб. Ну это так, статистика.

А вот каталог .gradleIntelliJIdea, весит уже 175Мб.

Тут приведу пример создания первого приложения андроид приложения с использованием Gradle в IntelliJ IDEA.

Чтобы его скомпилить IDEA загрузит сама Gradle с его сайта (правда не самую свежую версию), сама установит и настроит. Поэтому запуск первого приложения может занять длительное время. Все будетт зависеть от скорости вашего инета и мощности компа.

И так! Поехали!

A00001

A00002

A00003

A00004

A00005

A00006

После этого IntelliJ IDEA начнет качать Gradle и кучу его библиотек

A00007

A00008

A00009

В конце концов получаем что то вроде этого

A00010

Ну и запускаем на исполнение

A00011

Видим это и радуемся что система сборки андроид приложений Gradle у нас работает в IntelliJ IDEA.

A00012

5 февраля 2015 г.

Практика работы с Git в Eclipse (Часть 3)

До сих пор мы работали с проектом в одной ветке. Теперь попробуем создать новую ветку от изначального первого коммита.

Ge0012

Ge0013

Ругнулся на те файлики что мы исключили из коммита

Ge0014

Жмем Commit… вводим комментарий к нашему коммиту и жмем Commit

Ge0008

В результате получаем

Ge0016

Ну и посмотрим все ветки

Ge0017

Сделаем какие-нибудь изменения в новой ветке, опять к примеру поменяем файлик strings.xml

И напомню, что сейчас он имеет вид, как в первом коммите, то есть содержит фразу Hello world! а не Hello Git! , так как мы начали новую ветку от первого коммита.

Ge0018

Поменяем нашу строчку на другую, например Hello MyNewBranch!

Ge0019

Сохраним изменения в файле strings.xml и сделаем новый commit

Ge0020

В результате имеем

Ge0021

Локально у нас сохранено две ветки, на удаленном сервере GitHub пока одна

Ge0023

Запустим наш измененный проект.

Ge0022

Все работает.

Теперь загрузим все наши обновления на GitHub

Ge0024

Попробуем оставить все по умолчанию и посмотрим что получится

Ge0025

Ge0026

Ge0027

Все загрузилось. Теперь имеем

Ge0028

Посмотрим что у нас на сервере GitHub

Ge0029

Переключимся в ветку HEAD, если помните, то по умолчанию мы назвали ее так при загрузке на GitHub. (И опыт сын ошибок трудных ….)

Ge0030

Ge0031

И так на GitHub изменения загружены, а мы пока попробуем переключится на основную ветку в нашем локальном проекте, чтобы понять как можно переключаться между ветками и компилить проект в нужном нам состоянии на нужной ветке.

Ge0032

В результате

Ge0033

Запускаем проект и видим

Ge0034

Что мы удачно переключились на версию первого коммита.

Теперь попробуем притянуть все изменения на другом компе под 8 виндой.

G00036

в результате получили

G00037

Обновления притянулись, но мы остались в старой ветке. Теперь осталось просто переключится на новую ветку

G00038

По привычке ругнулся

G00039

Жмем Commit… и вводим комментарий

G00040

Жмем commit

G00041

И в результате переключились на ветку MyNewBranch

G00042

Ну вот немного  разобрались и с ветками. Но чтобы все лучше понять, надо побольше почитать про Git.

Практика работы с Git в Eclipse (Часть 2)

И так на компе под виндой 7 мы сделали изменения в нашем проекте и загрузили их на GitHub. Теперь на другом компе под 8 виндой, попробуем стянуть эти обновления с GitHub, то есть притянуть всю историю изменений.

Сейчас мы имеем это

Ge0001

Ну и попробуем стянуть изменения с GitHub

Ge0002

Показывает что будет стянуто с GitHub

Ge0004

в результате имеем притянутые но не примененные к проекту обновления.

Ge0005

Применяем обновления к проекту

Ge0006

Нас заботливо предупреждают что в результате применения изменений некоторые файлы будут из проекта удалены.

Ge0007

Жмем Commit и вводим коментарий

Ge0008

И опять жмем commit

Чет ругнулся

Ge0009

Но в результате мы получили все обновления включая и commit где мы изменяли strings.xml

Ge0010

Запустим наш обновленный проект чтобы убедиться что все работает.

Ge0011

Happy End!

И так мы проделали самые простейшие операции по работе с Git и GitHub. Сделали несколько изменений на одном компьютере, зафиксировали их в локальном репозитарии, затем залили на GitHub, и затем все эти изменения притянули на другой комп и запустили измененный проект.