GIT中三个不同环境的三个不同分支
使用GIT和三种不同的环境，如开发、预生产和生产环境，您可能在这三种环境中拥有三种不同版本的软件。所以我想说我应该有三个不同的分支，总是代表三个不同的环境来进行修复。让我们说“master”用于生产，“dev”用于开发，“pre”用于预生产。这是正确的方法吗？我不确定它是否应该这样做。假设在每个阶段都清除了一些标准，那么软件的单个版本应该从开发阶段移动到登台阶段，最后移动到生产阶段GIT中三个不同环境的三个不同分支,git,git-branch,environment,Git,Git Branch,Environment,使用GIT和三种不同的环境，如开发、预生产和生产环境，您可能在这三种环境中拥有三种不同版本的软件。所以我想说我应该有三个不同的分支，总是代表三个不同的环境来进行修复。让我们说“master”用于生产，“dev”用于开发，“pre”用于预生产。这是正确的方法吗？我不确定它是否应该这样做。假设在每个阶段都清除了一些标准，那么软件的单个版本应该从开发阶段移动到登台阶段，最后移动到生产阶段 在您的设置中，假设您在“暂存”分支中发现错误，您将怎么做？您不能将其移回dev，因为这将是dev分支 我认为三个E
在您的设置中，假设您在“暂存”分支中发现错误，您将怎么做？您不能将其移回dev，因为这将是dev分支 我认为三个ENV分支应该遵循以下流程：stage-->dev-->prod，它们应该始终保持干净
检查此项什么是“正确”？您真的需要三个不同的版本，而不是将任何差异作为配置进行外部化吗？这似乎是一个“主要基于观点”和/或“过于宽泛”的问题。有了Git，几乎没有一种正确的方法。（通常有很多错误的方法：-）事实上，我会这样做，但是考虑一下你是否真的需要prepod。是的，在开发环境和登台环境中使用相同的软件是很常见的，但是如果它不同，在开发环境中安装了1.3版，登台环境中安装了1.2版，而在生产环境中安装了1.1版，正如你所说的，你会发现错误“登台“环境，如果版本1.2没有分支，您会怎么做？你有1.1版的master，1.3版的branch dev，但如果你没有其他分支，如何修复1.2版？不同的分支，但这与环境无关。如果您已经发布了1.0并且正在使用2.0，那么Staging将有2.0-rc1（或其他版本），而dev将有相同的版本。当您发现问题时，您将把版本升级到2.0-rc2,3等，最后将2.0放到生产环境中。dev发生在本地，stage发生在生产克隆上。开发->阶段->产品