Cdnjs: Доступ к последней версии xyz выпускает с помощью xy или x

Итак, есть несколько проблем с реализацией этого:

• Предполагается, что все следуют семантическому управлению версиями одинаково.
• В зависимости от Cache-Control max-age вы можете не получать исправления ошибок в течение длительного времени (например, 1 год).
• Я не уверен, как бы мы это реализовали с технической точки зрения.
  
  
  
  • Сейчас все просто статическое обслуживание файлов. Введение в некоторой степени динамического обслуживания скриптов усложнит ситуацию
  
  

Что касается включения номера версии в имя файла, моя политика заключается в том, чтобы включить файл _exactly_ в том виде, в каком он предоставлен сопровождающим библиотеки, имя файла и все остальное, например http://code.jquery.com/jquery-1.8.0. мин. js

• Ну, конечно, нужно знать, какую библиотеку использует. Такую версию тоже не нужно включать. (и множество разных библиотек по соображениям здравомыслия следуют этой или подобной семантике)
• Разве не для этого нужны ETags?
• Можно ли использовать символические ссылки? Таким образом, они реализованы так же, как и большинство библиотек в системах Unix, которые делают именно то, что я предлагаю здесь. Но я не знаю, поддерживает ли git ссылки и как.

Я также был бы признателен за это, в моем случае и для jQuery. Было бы здорово автоматически получать выгоду от выпусков исправлений ошибок (третья цифра) без необходимости каждый раз отслеживать выпуски исправлений ошибок и обновлять пути.

Я понимаю, что это может быть сложно, потому что требуется корректировка существующей архитектуры, но я думаю, что это станет отличным дополнением к услуге.

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

Хотя сохранит билет, если у кого-нибудь появятся хорошие идеи. Символьные ссылки звучат неплохо, но я не уверен, что хочу управлять сотнями символических ссылок и т. Д.

Спасибо @hpatoio

https://github.com/cdnjs/cdnjs/issues/612

В # 1495 я предложил создать сценарий оболочки, который бы управлял множеством сценариев оболочки, и его можно было бы добавить как часть процесса сборки. @ryankirkman опасался , что любые сложности могут не работать. Пробовали ли даже символические ссылки? Если нет, я был бы счастлив дать пул-реквест, который добавлял бы символические ссылки для одного проекта, чтобы сэкономить на беспорядке. Похоже, что CDN может просто проксировать первый запрос через другой хост, поэтому я полагаю, что более важно увидеть, поддерживает ли исходный хост символические ссылки.

: +1: Это будет крутая и нужная функция.

Добавление тегов в https://github.com/cdnjs/cdnjs/issues/987

: +1: хорошая идея;)
какое у тебя расписание?

Если нет поддержки подстановочных знаков, как насчет использования «последней», особенно для библиотек, которые используют ловушку npm - в npm всегда есть тег последней версии. Это может даже способствовать переходу на проверенные источники (npm) для библиотек и уменьшить количество отправок вручную.

Полностью согласен с этим, я думаю, что иметь /latest/_.js и /latest/_.min.js было бы проще поддерживать, чем использовать подстановочные знаки

Вы забыли эту особенность / проблему ?!

: +1:

Мне бы очень хотелось, чтобы latest или last работали. Также полезно в примерах использования библиотек .

+1

+1

+1

В заключение, нет реального способа реализовать это, в то время как мы уделяем особое внимание целостности активов с помощью SRI.