Azure App Service is a service used to create and deploy scalable, mission-critical web apps.
Hi andycahn-6863 & thx for join me at Q&A platform,
For Web App for Containers, the application files inside the image aren't intended to be edited through App Service. The container image is effectively the deployment artifact, so changes made manually inside a running container would also be lost when the container restarts, scales, or App Service pulls a new instance. The first thing to determine is where feeds actually lives. You can use the App Service SSH/console to inspect the running container and check the path containing that directory. If feeds is simply part of the image filesystem, the supported approach is to modify the JavaScript files in the source/build context, rebuild the image, push the new image to ACR, and redeploy/restart the Web App using the new image.
If feeds needs to be updated independently of application deployments, it shouldn't be baked into the image. Move it to persistent storage instead, for example an Azure Storage mount configured for the Web App, and have the application read the files from that mounted path. Then updates to those files can persist independently of container replacement.
So the key distinction is whether feeds is an image directory or a mounted volume. SSH into the container and run mount and df -h, then inspect the path to feeds. If you can share the container configuration and the actual path to that folder, it should be possible to tell which case you have and what the cleanest update path is.
rgds,
Alex
and “up-vote” wherever the information provided helps you, this can be beneficial to other community members.