Сборка CI / CD службы приложений Azure (Linux) не удаляет файлы, которые были удалены из репозитория.

Question

Я использую службу сборки приложений (CI / CD) Службы приложений Azure (Linux ) для развертывания приложения PHP.

Я удалил файлы (package.json, eraseme.php), но эти файлы не удаляются из / wwwroot при развертывании сайта в Azure.

Служба сборки службы приложений Azure выполняет следующие действия:

• Клонирует репозиторий в путь к локальному каталогу «/ репозиторий».
• Запускает package.json и composer.json для установки зависимостей.
• Копирует "/ repository" в "/ wwwroot".

Когда я перечисляю содержимое каталога «/ repository», моих удаленных файлов НЕТ. Этот каталог правильно отражает «главную» ветку моего репозитория GIT.

Однако, когда файлы перемещаются в «/ wwwroot», файлы package.json и eraseme.php ВСЕ ЕЩЕ ОСТАЮТСЯ.

Кто-нибудь еще сталкивался с этой проблемой? Если это так, я был бы признателен за любую помощь, которую вы готовы предложить.

Журналы развертывания Azure CI / CD:

      4:45:08 PM - Updating submodules.
4:45:10 PM - Preparing deployment for commit id 'da0f786f06'.
4:45:10 PM - Repository path is /home/site/repository
4:45:10 PM - Running oryx build...  (See Oryx logs below)
4:47:23 PM - Running post deployment command(s)...
4:47:24 PM - Triggering recycle (preview mode disabled).
4:47:24 PM - Deployment successful.

Орикс Бревна

      Command: oryx build /home/site/repository -o /home/site/wwwroot --platform php --platform-version 7.3 -i /tmp/8d8ea4eb902b3c0 --log-file /tmp/build-debug.log
Operation performed by Microsoft Oryx, https://github.com/Microsoft/Oryx
You can report issues at https://github.com/Microsoft/Oryx/issues

Oryx Version: 0.2.20210120.1, Commit: 66c7820d7df527aaffabd2563a49ad57930999c9, ReleaseTagName: 20210120.1

Build Operation ID: |G/7ihko0yFs=.b39d9a41_
Repository Commit : da0f786f0646fc957398a50da31f19aff35f6193

Detecting platforms...
Detected following platforms:
php: 7.3.26

Using intermediate directory '/tmp/8d8ea4eb902b3c0'.

Copying files to the intermediate directory...
Done in 52 sec(s).

Source directory : /tmp/8d8ea4eb902b3c0
Destination directory: /home/site/wwwroot

PHP executable: /tmp/oryx/platforms/php/7.3.26/bin/php
Composer archive: /opt/php-composer/1.9.3/composer.phar
Running 'composer install --ignore-platform-reqs --no-interaction'...

Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
Package operations: 5 installs, 0 updates, 0 removals
- Installing ckdarby/silverpopphp (dev-master 3b8c5ed): Cloning 3b8c5ed525 from cache
- Installing robrichards/xmlseclibs (dev-master 0f54660): Cloning 0f5466070e from cache
- Installing robrichards/wse-php (2.0.3): Loading from cache
- Installing firebase/php-jwt (dev-master bac0422): Cloning bac0422822 from cache
- Installing salesforce-mc/fuel-sdk-php (dev-master 8018468): Cloning 8018468706 from cache
Generating autoload files
Preparing output...

Copying files to destination directory '/home/site/wwwroot'...
Done in 31 sec(s).

Removing existing manifest file
Creating a manifest file...
Manifest file created.

Done in 88 sec(s).

Answer 1

Вроде дважды развернули. В первый раз package.json и eraseme.php был включен, но во второй раз его не было.

Фактически файлы, уже существующие на сайте kudu, будут иметь одно и то же имя, но не будут удалены, если новый проект не включает эти файлы. Это не влияет на ваше веб-приложение, и вы можете удалить их вручную.