Language agnostic 从存储库运行web应用程序

Language agnostic 从存储库运行web应用程序,language-agnostic,deployment,web-applications,Language Agnostic,Deployment,Web Applications,直接从存储库签出运行web应用程序是一种好做法吗?i、 e.如果我做了一个git克隆,然后启动前端代理的后端服务器 我通常认为,在导出单一版本的目录中运行它是“正确的方法”,但我找不到任何令人信服的理由支持这两种方法 任何见解都是有用的。它没有错。有许多部署脚本是这样工作的,我认为这甚至是一个非常好的主意 使用标记从存储库或发布分支中检查正确的版本也是一个好主意。它没有任何问题。有许多部署脚本是这样工作的,我认为这甚至是一个非常好的主意 使用标记从存储库或发布分支签出正确的版本也是一个好主意。我

直接从存储库签出运行web应用程序是一种好做法吗?i、 e.如果我做了一个
git克隆
,然后启动前端代理的后端服务器

我通常认为,在导出单一版本的目录中运行它是“正确的方法”,但我找不到任何令人信服的理由支持这两种方法


任何见解都是有用的。

它没有错。有许多部署脚本是这样工作的,我认为这甚至是一个非常好的主意


使用标记从存储库或发布分支中检查正确的版本也是一个好主意。

它没有任何问题。有许多部署脚本是这样工作的,我认为这甚至是一个非常好的主意


使用标记从存储库或发布分支签出正确的版本也是一个好主意。

我认为正确的方法是签出正确的版本,导出该文件,然后将其部署到生产区域,而不是将
.git
目录和其他文件一起放在生产区域。我认为没有“正确的方法”或“错误的方法”。签出->导出->部署有什么好处?我认为这是更多的工作,如果从脚本中完成,可能会有更多的步骤失败,更新到不同的版本也会更复杂,然后切换到新的tagI将永远不会在实时生产环境中切换到不同的标记。我会在其他地方尝试,确保并部署该标记。那不是更安全吗?为什么不安全?就我个人而言,我会将标签签出到一个新目录,但在切换到另一个标签后,文件将是最新的。我更相信git,在成功执行git操作后,文件是正确的,而不是ftp传输后的文件。因为应用程序不会重新启动,如果它延迟加载模板或某个已更改但使用的代码版本不是正确的,则会发生不好的事。好吧,我认为正确的方法是签出正确的版本,导出该版本,然后将其部署到生产区域,而不是将
.git
目录和其他文件放在生产区域。我认为没有“正确的方法”或“错误的方法”。签出->导出->部署有什么好处?我认为这是更多的工作,如果从脚本中完成,可能会有更多的步骤失败,更新到不同的版本也会更复杂,然后切换到新的tagI将永远不会在实时生产环境中切换到不同的标记。我会在其他地方尝试,确保并部署该标记。那不是更安全吗?为什么不安全?就我个人而言,我会将标签签出到一个新目录,但在切换到另一个标签后,文件将是最新的。与ftp传输相比,我更相信git在成功执行git操作后文件是正确的。因为应用程序不会重新启动,并且如果它延迟加载模板或某个已更改但使用了未更改的代码版本的内容,则会发生不好的事情。