为什么在Azure云服务上重新配置远程设置时代码会恢复？

我有一个Sitefinity项目，我使用Sitefinity Thunder部署在Windows Azure云服务上。但问题是，我已经使用虚拟机实例手动更改了一些文件（注意：此用户名用于其他云服务的其他配置）。现在，几天后，当我尝试连接到虚拟机实例时，我遇到了以下错误：

Remote Desktop can’t find the computer [Azure Colud Service name]. This might mean that doesn’t belong to the 
specified network. Verify the computer name and domain that you are trying to connect to.

但是，在此之前，该网站在Azure云服务上运行良好。然后我重新配置了VM实例并下载了它。但随后，云服务上的代码被还原。此外，在IIS上对该实例所做的更改也已恢复

我找了很多原因，但没有找到有效的理由。请任何人在这里解释一下，我怎样才能避免这种情况。另外，我如何仅在Azure云服务上部署已更改的文件。这样代码在任何情况下都不会恢复

编辑：

我的意思是重新配置的VM实例以下是步骤： 1） 我选择云服务，选择配置选项卡，然后单击底部给出的删除按钮。请。见下图。

2） 然后我填充这些值并单击[勾选]图标。请。见下图。

3） 然后，在完成重新配置之后，我选择Instances选项卡，然后单击[Connect]以下载RDP文件以连接到云服务的VM实例。请。见下图。

---

谢谢

如果您的问题是关于通过手动登录虚拟机而丢失对虚拟机所做的更改，则这是预期的行为。本质上，云服务虚拟机是无状态虚拟机，即在虚拟机启动后对虚拟机所做的任何更改都不会持久化。由于许多原因，您的虚拟机可能会宕机，而Microsoft会替换虚拟机。当Microsoft替换VM时，它会从您上次上载的包中获取代码/二进制文件和设置，因此您所做的更改将丢失

因此，在云服务

中部署代码时，不建议手动进行更改。如果您必须进行一些更改，建议您通过
启动任务
执行。这些都是在启动VM时执行的，并且是包的一部分。显然，另一种选择是使用虚拟机（IaaS）而不是云服务。虚拟机是有状态的虚拟机

关于您关于仅部署更改的文件的问题，不幸的是，云服务不可能做到这一点。您可以选择使用虚拟机或网站。
如果您的问题是通过手动登录虚拟机来丢失对虚拟机所做的更改，则这是预期的行为。本质上，云服务虚拟机是无状态虚拟机，即在虚拟机启动后对虚拟机所做的任何更改都不会持久化。由于许多原因，您的虚拟机可能会宕机，而Microsoft会替换虚拟机。当Microsoft替换VM时，它会从您上次上载的包中获取代码/二进制文件和设置，因此您所做的更改将丢失

因此，在云服务
中部署代码时，不建议手动进行更改。如果您必须进行一些更改，建议您通过
启动任务
执行。这些都是在启动VM时执行的，并且是包的一部分。显然，另一种选择是使用虚拟机（IaaS）而不是云服务。虚拟机是有状态的虚拟机

关于您关于仅部署更改的文件的问题，不幸的是，云服务不可能做到这一点。您可以选择使用虚拟机或网站。
如果您的问题是通过手动登录虚拟机来丢失对虚拟机所做的更改，则这是预期的行为。本质上，云服务虚拟机是无状态虚拟机，即在虚拟机启动后对虚拟机所做的任何更改都不会持久化。由于许多原因，您的虚拟机可能会宕机，而Microsoft会替换虚拟机。当Microsoft替换VM时，它会从您上次上载的包中获取代码/二进制文件和设置，因此您所做的更改将丢失

因此，在云服务
中部署代码时，不建议手动进行更改。如果您必须进行一些更改，建议您通过
启动任务
执行。这些都是在启动VM时执行的，并且是包的一部分。显然，另一种选择是使用虚拟机（IaaS）而不是云服务。虚拟机是有状态的虚拟机

关于您关于仅部署更改的文件的问题，不幸的是，云服务不可能做到这一点。您可以选择使用虚拟机或网站。
如果您的问题是通过手动登录虚拟机来丢失对虚拟机所做的更改，则这是预期的行为。本质上，云服务虚拟机是无状态虚拟机，即在虚拟机启动后对虚拟机所做的任何更改都不会持久化。由于许多原因，您的虚拟机可能会宕机，而Microsoft会替换虚拟机。当Microsoft替换VM时，它会从您上次上载的包中获取代码/二进制文件和设置，因此您所做的更改将丢失

因此，在云服务
中部署代码时，不建议手动进行更改。如果您必须进行一些更改，建议您通过
启动任务
执行。这些都是在启动VM时执行的，并且是包的一部分。显然，另一种选择是使用虚拟机（IaaS）而不是云服务。虚拟机是有状态的虚拟机

关于您关于仅部署cha的问题