Вот эти два пункта, которые Вы оформили в виде задач, связаны. В первом случае мы создаём новый объект без этого свойства — without. Во втором случае мы удаляём свойство из объекта — unset.
Я как-то не понял этой радости от «объект-значение». В примерах статьи чаще всего не нужна новая копия. Как-то неприятно смотреть, что в процессе изменения нескольих свойств «рождаются» и тут же «умирают» несколько объектов. И хочется спросить, а чем clone не удовлетворил?
Да, лучше лишний раз посмотреть в composer.lock, чтобы убедиться, что всё установилось откуда надо. Но тут есть два но. 1. Если появится пакет, который будет подменять Ваш, то Вам придётся после каждого update редактировать composer.lock вручную. 2. Пакет может содержать скрипты, которые будут выполнятся от лица пользователя во время обновления.
Воспроизводится легко. Обновлю в посте.
Replace теперь работает по-другому. Раньше, если require пакет начинал конфликтовать с другими, то мог установиться другой пакет.
Простите, я не понял суть вашей претензии. Вам не нравится, что там есть такие правила, или то, что удаляли ваши вопросы, которые нарушают эти правила?
Когда такое возможно? Какие файлы повреждаются?
Тогда я не понял что Вы имели в виду, можете пояснить?
Вроде всё пучком. В приведённых примерах постусловие усиливается.
Воспроизводится легко. Обновлю в посте.
Replace теперь работает по-другому. Раньше, если require пакет начинал конфликтовать с другими, то мог установиться другой пакет.