Git 如何在Azure VM(v1)上设置持续集成

Git 如何在Azure VM(v1)上设置持续集成,git,azure,continuous-integration,Git,Azure,Continuous Integration,在Azure Web应用程序上设置连续部署非常简单—只需通过管理门户(设置>发布>连续部署)将其连接到其版本控制存储库(在我的例子中是GitHub),基本上就是这样 但对于经典的Azure虚拟机,我看不到类似的选项。有人能指导我如何为经典虚拟机设置连续部署(集成)吗?或者这是不可能的,我每次都必须手动完成(比如通过登录VM并运行git pull origin master?经典VM的连续部署有点棘手,正如@Michael B所说,您可以使用脚本来运行部署后,或者我认为您可以使用称为服务挂钩的东西

在Azure Web应用程序上设置连续部署非常简单—只需通过管理门户(设置>发布>连续部署)将其连接到其版本控制存储库(在我的例子中是GitHub),基本上就是这样


但对于经典的Azure虚拟机,我看不到类似的选项。有人能指导我如何为经典虚拟机设置连续部署(集成)吗?或者这是不可能的,我每次都必须手动完成(比如通过登录VM并运行
git pull origin master

经典VM的连续部署有点棘手,正如@Michael B所说,您可以使用脚本来运行部署后,或者我认为您可以使用称为服务挂钩的东西。
Service Hook将能够在您推送时从您的Git repo中提取构建,更多详细信息请参见此处,希望它易于为您设置。

您仍然可以让Azure扩展在部署后运行脚本,您可以在那里编写任何部署后步骤。基本上,手动执行是唯一的方法(也就是说,门户网站上没有自动化)?这不是一种真正的手动方法,你编写一个脚本,在构建时将机器指向它,并且永远不必手动登录。-你想使用v1有什么原因吗?正如你所说的v2更直接。Web应用程序更直接,而不是v2虚拟机(我在一段时间前修改了这个问题)。我不能使用Web应用程序的原因是我的应用程序是Django/Python,并且我不能在Azure Web应用程序上运行Django开发服务器来测试我的设置(所需的端口被阻止)。这里似乎有点术语混乱!Web应用基本上是一个完全管理的Web服务器,它隐藏了底层硬件的所有复杂性,并基本上为您提供了一个ftp地址来放置代码(或者他们可以从github等自动将代码放在那里)-虚拟机有v1(经典)和v2两种(资源管理器)Flavors这基本上是一个非托管服务器。您需要登录并配置它以执行您需要的任何操作。如果某个Web应用程序无法提供您需要的内容,则需要配置虚拟机,然后手动配置它