Что произойдет, если версия "package. json" не будет следовать по порядку, а та же версия будет повторяться в истории с другой кодовой базой? - PullRequest
0 голосов
/ 26 мая 2020

Что произойдет, если за версией «package. json» не следовать по порядку и та же версия будет повторяться в истории с другой кодовой базой?

Предположим:

  • Пакет Project-XYZ. json версия 1.0.0 опубликована с изменениями в файлах (file1, file2)
  • Пакет Project-XYZ. json Версия 1.1.0 публикуется с изменениями в файлах (file2, file3)
  • Пакет Project-XYZ. json версия 2.0.0 опубликована с изменениями в файлах (file3, file1)
  • Project-XYZ package. json версия 1.0.0 опубликована с изменениями в файлах (файл4, файл2)
  • Пакет Project-XYZ. json версия 1.0.1 публикуется с изменениями в файлах (файл5, файл1)
  • Пакет Project-XYZ. json версия 1.0.2 публикуется с изменениями в файлах (file2, file1)
  • Пакет Project-XYZ. json версия 1.1.0 публикуется с изменениями в файлах (файл1, файл2)
  • Пакет Project-XYZ. json версия 2.0.0 публикуется с изменения в f iles (file4, file5)

package. json версия 1.0.0 публикуется дважды с другой кодовой базой, если это сработает или вызовет какие-либо проблемы.

Я на самом деле возникла ошибка с именем Timeout._onTimeout после определенного коммита в конвейере Gitlab, но единственная разница, которую я мог видеть в коде, - это порядок управления версиями, несомненно, что инженер пропустил фактическую версию и попытался нажать только на более старую версию, и поскольку затем последовательность продолжается для тех же версий в истории, повторяется с другой кодовой базой.

должно ли это вызвать какие-либо проблемы? Кто-нибудь из вас сталкивался с подобным сценарием?

Пожалуйста, помогите. Заранее спасибо!

1 Ответ

0 голосов
/ 26 мая 2020

Я нашел ответ на npmjs docs , и он говорит:

  • Ошибка, если комбинация имени пакета и версии уже существует в указанном реестре.

  • После публикации пакета с заданным именем и версией указанная комбинация c имени и версии больше не может быть использована, даже если она будет удалена с помощью npm -unpubli sh.

  • Начиная с npm@5, и поле sha1sum, и поле целостности с суммой sha512sum архива будут отправлены в реестр во время публикации. При последующих установках будет использоваться самый надежный поддерживаемый алгоритм для проверки загрузок.

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

...