В прошлый раз, когда я использовал Android Studio, он сгенерировал .gradle файлов с mavencentral() репозиториями buildscript, тогда как сейчас есть jcenter().
Может ли кто-нибудь объяснить проблемы, связанные с этим. Есть ли другие репозитории? Когда мы должны их переключать? Какое влияние они оказывают на проекты, модули, библиотеки? Что еще нужно для Android-разработчиков?
Кто отвечает за поддержание этих репозиториев?
В Bintray я только что сделал реблог очень подробное сообщение в блоге, описывающее причины, по которым Google внесла это изменение. Вот самые важные моменты:
jcenter() — это надмножество mavenCentral(), которое включает множество дополнительных репозиториев и артефактов.Что касается улучшения производительности, несколько сторонников разработчиков Android столкнулись/заметили проблему огромной индексации с помощью maven Central.
По словам Tor Норби:
Я запустил AndroidStudio с совершенно новым каталогом настроек, поэтому он подключился к центру maven и загрузил индекс доступных артефактов.
Затем мне довелось посмотреть на размер моего каталога.
Мой ~/Library/Cache/AndroidStudioPreview имеет размер 1,5 ГБ, из них 1,2 ГБ занимает подкаталог «Maven».
Это вздор. Мы практически не используем индекс. В основном он используется в редакторе зависимостей в диалоговом окне структуры проекта, но нам действительно не нужен предварительно вычисленный индекс для него. У MavenCentral есть быстрый онлайн-поиск JSON, который мы можем использовать по запросу, когда кто-то ищет артефакты. В https://android-review.googlesource.com/#/c/94843/ мы добавили проверку lint, которая проверяет, обновлены ли зависимости, и поиск нескольких артефактов почти мгновенно.
Короче говоря, нам действительно не нужен кеш; это может помочь с завершением кода в файлах .gradle и maven .pom, но это не очень важный вариант использования, и, конечно же, не то, чем все пользователи должны жертвовать 1,5 ГБ скорости загрузки и дискового пространства, чтобы иметь возможность однажды сделать. Подробнее: Индекс Maven огромен!
Кроме того, вы можете найти это очень короткая (1Q и 1A) дискуссия на Hacker News интересна.
Я работаю в JFrog, компании, которая стоит за bintray и artifactory, подробности и ссылки см. в мой профиль.< / суп>
Мне было интересно то же самое, и у меня нет окончательного ответа, но я подумал, что, возможно, стоит поделиться тем, что (немного) я узнал. Я нашел упоминание о переходе с Maven Central на JCenter в одной проблеме в Google Code, но не нашел подробностей о том, когда именно это произошло — не смог найти упоминания в списке последних изменений для Android Studio.
Судя по JCenter, это репозиторий, стоящий за Bintray, от компании JFrog (с которой я сталкивался раньше, и я предполагаю, что именно отсюда происходит буква «J»). Согласно блогу Bintray, Bintray — это расширенный набор Maven Central, поэтому, если это правда, не должно быть проблем с отсутствующими зависимостями, но я думаю, это будет зависеть от того, что именно вы используете в своих проектах — вы всегда можете напрямую проверить репозитории, так как у обоих есть хорошие сайты с удобным поиском. Итак, насколько я знаю, кто поддерживает эти репозитории, производители зависимостей должны добавлять свои зависимости в каждое репо, а владелец репо просто поддерживать службу.
С точки зрения того, когда переключаться, трудно решить. Я думаю, что AOSP все еще использует Maven Central (из шаблонов для нового приложения для Android), но тогда этот шаблон также все еще использует очень старую версию Gradle (0.4). Есть несколько проблем с другими, имеющими проблемы с зависимостями от jcenter, но на самом деле не так много сообщений, и возможно, что Google снова переключится на какое-то другое репо, прежде чем выпустить AS final. Если Maven Central все еще работает нормально для вас, вы можете отложить переключение до тех пор, особенно если вы создаете крупные коммерческие решения.
Неважно, какое значение по умолчанию указано в файле build.gradle — при командной разработке вам действительно следует использовать менеджер репозиториев, такой как Sonatype Nexus или JFrog Artifactory, а не напрямую ссылаться на эти вышестоящие репозитории.
Это позволит вам сэкономить много трафика, объединить оба и многие другие репозитории и управлять всем этим в своей собственной сети.
С точки зрения Maven Central против JCenter. JCenter — это попытка JFrog охватить, расширить (и уничтожить?) Maven Central. Maven Central является репозиторием по умолчанию в Maven, SBT и других, тогда как Gradle переключился на JCenter. Это неудивительно, учитывая, что JFrog и Gradleware работают вместе как компании. Поскольку Android SDK теперь использует Gradle в качестве системы сборки, переход на JCenter был логичным следующим шагом.
Сам JCenter представляет собой тонкий слой поверх Maven Central. Проксирует (более-менее успешно) и добавляет дополнительные компоненты. Оба размещены в сетях CDN и обладают высокой производительностью. Сам Maven Central является целью для всех Eclipse, Apache и большинства других проектов с открытым исходным кодом, и без него JCenter был бы в основном пустым.
Использование любого из них будет работать нормально, но я бы посоветовал перейти прямо к источнику, где вы можете, и, кроме того, взять его под контроль с помощью менеджера репозитория. Например, Nexus Open Source является бесплатным и поддерживает репозитории Maven, используемые Maven, Gradle, SBT, Ivy и другими. а также поддержку NuGet, NPM и RubyGems.
Отказ от ответственности: я являюсь автором книги «Управление репозиторием с помощью Nexus» и тренера Nexus для Sonatype, спонсором бесплатного центрального репозитория, руководителем проекта Android Maven Plugin и переместил некоторые библиотеки Android в Central путем восстановления из AOSP.
http://inthecheesefactory.com/blog/how-to-upload-library-to-jcenter-maven-central-as-dependency/en
эта статья может ответить на ваш вопрос.
Сначала Android Studio выбрала Maven Central в качестве репозитория по умолчанию. Как только вы создадите новый проект из старой версии Android Studio, mavenCentral() будет автоматически определен в build.gradle.
Но большая проблема Maven Central заключается в том, что он неудобен для разработчиков. Удивительно сложно загрузить библиотеку. Чтобы иметь возможность сделать это, разработчик должен быть на каком-то уровне гиков. И по еще одной причине, например, из-за проблем с безопасностью и т. Д., Команда Android Studio решила вместо этого переключить репозиторий по умолчанию на jcenter, поскольку вы можете видеть, что после создания нового проекта из последней версии Android Studio jcenter() будет автоматически определен вместо mavenCentral().
