Что произойдет, если за версией «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, но единственная разница, которую я мог видеть в коде, - это порядок управления версиями, несомненно, что инженер пропустил фактическую версию и попытался нажать только на более старую версию, и поскольку затем последовательность продолжается для тех же версий в истории, повторяется с другой кодовой базой.
должно ли это вызвать какие-либо проблемы? Кто-нибудь из вас сталкивался с подобным сценарием?
Пожалуйста, помогите. Заранее спасибо!