相关疑难解决方法(0)

最近我在GIT中找到了工作流的三个概念:GitFlow,GitHub Flow和GitLab Flow.我已经阅读了关于它的好文章(https://docs.gitlab.com/ee/workflow/gitlab_flow.html),但我不太了解GitLab Flow.也许是因为我不是母语人士:)

简单地说.

GitFlow(https://docs.gitlab.com/ee/workflow/gitdashflow.png).

我们有一个主分支作为生产分支.我们还有一个开发分支,每个开发人员都会合并他的功能.有时我们会创建一个发布分支来在生产中部署我们的功能.如果我们在发布分支中有错误,请修复它并将更改拉入开发分支.如果我们在生产中存在严重错误,请创建新的修补程序分支,修复错误并将分支与生产(主)合并并开发分支.

如果我们很少显示我们的工作成果,这种方法非常好.(也许每2周一次).

GitHub Flow(https://docs.gitlab.com/ee/workflow/github_flow.png).

我们有一个主分支作为生产分支.我们(作为开发人员)只能创建分支以添加新功能或修复错误并将其与生产(主)分支合并.听起来很简单.这种方法适用于极端编程,其中生产分支在一天内被多次部署.

GitLab流量(https://docs.gitlab.com/ee/workflow/production_branch.png,https://docs.gitlab.com/ee/workflow/environment_branches.png,https://docs.gitlab.com/ee /workflow/release_branches.png).

我见过新的术语,如预生产,生产,发布(稳定)分支和临时环境,预生产环境,生产环境.他们之间有什么关系？

我这样理解:如果我们需要添加新功能,我们从主分支部署预生产分支.完成功能后,我们从预生产分支部署生产分支.预生产分支是中间阶段.然后主分支从生产分支中提取所有更改.

如果我们想要查看每个单独的功能,那么这种方法很好.我们只是在分行结账我们需要和看看.

但是如果我们需要展示我们的工作,我们会尽可能晚地创建一个带有标签的发布分支.如果稍后我们修复master分支中的错误,我们需要将它们挑选到最后一个发布分支.最后,我们有一个带有标签的发布分支,可以帮助我们在不同版本之间移动.

我的视力是否正确？拉和樱桃挑选有什么区别？

我正在使用git进行PHP项目,我认为它非常方便.如果我让它发挥作用,有一件事情会很棒.

我创建了一个分支,用于部署.它有一些差异,如不同的配置文件和文档.

我不能只是忽略它们,因为它们将留在两个分支中,而我希望它们在两个分支中保持不同.

问题是,当我合并分支时,那些意图不同的文件也会被合并.

有没有方便的方法来完成这样的事情？这通常是怎么做的？

我创建了名为“main”的环境，但以下工作流程出错：已创建环境：

以下是我的 github 工作流程：

name: Deploy ADf ARM    

on:
  workflow_dispatch:

environment: 
  name: main

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:

      # Checkout code
    - uses: actions/checkout@main
      ...

目前它注意到错误：

The workflow is not valid. .github/workflows/deploy-adf-arm.yml (Line: 7, Col: 1): Unexpected value 'environment'

我如何参考这个环境来工作？