Ответ 1
ОБНОВЛЕНИЕ 7/3/2014: На данный момент jquery-latest.js больше не обновляется.
Из блога jQuery:
Мы знаем, что http://code.jquery.com/jquery-latest.js злоупотребляют из-за статистики CDN показывая его самый популярный файл. Это было бы не так, если бы это было был использован только разработчиками для создания локальной копии.
Мы решили прекратить обновление этого файла, а также уменьшенную копию, сохраняя оба файла в версии 1.11.1 навсегда.
Команда CDN Google присоединилась к нам в этой непреднамеренный перерыв в сети и больше не обновляет файл на http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js. Этот файл будет оставаться заблокированным и в версии 1.11.1.
Следующий, теперь спорный ответ сохраняется здесь по историческим причинам.
Не делайте этого. Серьезно, не делайте.
Связывание с основными версиями jQuery действительно работает, но это плохая идея - все новые функции добавляются и устаревают с каждым десятичным обновлением. Если вы обновите jQuery автоматически без тестирования кода ПОЛНОСТЬЮ, вы рискуете неожиданным сюрпризом, если API для некоторого критического метода изменился.
Вот что вы должны делать: напишите свой код, используя последнюю версию jQuery. Протестируйте его, отлаживайте, публикуйте его, когда он готов к производству.
Затем, когда выйдет новая версия jQuery, спросите себя: Нужна ли мне эта новая версия в моем коде? Например, существует ли какая-то критическая совместимость с браузером, которая раньше не существовала, или это ускорит мой код в большинстве браузеров?
Если ответ "нет", не беспокойтесь, обновляя свой код до последней версии jQuery. Это может даже добавить НОВЫЕ ошибки в ваш код, который не существовал до. Ни один ответственный разработчик не будет автоматически включать новый код с другого сайта без тщательного тестирования.
Просто нет веской причины ВСЕГДА использовать последнюю версию jQuery. Старые версии все еще доступны на CDN, и если они работают для ваших целей, то зачем их заменять?
Вторичная, но, возможно, более важная проблема - кэширование. Многие люди ссылаются на jQuery на CDN, потому что многие другие сайты делают это, и ваши пользователи имеют хорошие шансы на то, что эта версия уже кэширована.
Проблема в том, что кэширование работает только в том случае, если вы предоставляете полный номер версии. Если вы предоставляете частичный номер версии, кэширование в будущем будущем не произойдет, потому что если это произойдет, некоторые пользователи получат разные младшие версии jQuery с одного и того же URL-адреса. (Скажем, что ссылка на 1,7 указывает на 1,7,1 в день и 1,7,2 на следующий день. Как браузер будет уверен, что он получит последнюю версию сегодня? Ответ: нет кеширования.)
Фактически здесь разбивка нескольких вариантов и их истечение Настройки...
http://code.jquery.com/jquery-latest.min.js (без кеша)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 час)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 час)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 год)
Итак, связываясь с jQuery таким образом, вы фактически устраняете одну из основных причин использования CDN в первую очередь.
http://code.jquery.com/jquery-latest.min.js может не всегда давать вам ожидаемую версию. На момент написания этой статьи он ссылался на последнюю версию jQuery 1.x, хотя был выпущен и jQuery 2.x. Это связано с тем, что jQuery 1.x совместим со старыми браузерами, включая IE 6/7/8, и jQuery 2.x не является. Если вам нужна последняя версия jQuery 2.x, то (на данный момент) вам нужно явно указать это.
Две версии имеют один и тот же API, поэтому для совместимых браузеров нет различий в восприятии. Однако jQuery 1.x является более крупным, чем 2.x.