【问题标题】:GIT Commit Structure [closed]GIT提交结构[关闭]
【发布时间】:2021-04-24 16:58:58
【问题描述】:

我对 Git 很陌生,但我的开发平台肯定需要它。我不确定我的想法是否是正确的方法,而且我在谷歌搜索中没有得到简单的答案。那我就问问吧。

我想做的是拥有 3 台不同的服务器,一台用于开发,一台用于测试代码,一台用于生产。我希望能够在一台服务器上开发代码,将其提交到测试服务器,然后一旦证明可以,将其提交到生产服务器....全部使用 Git。

我在这里离基地很远吗?对于更好的前进方式有什么建议吗?

如果我的概念是合乎逻辑的,我该怎么做?能否请您指出正确的方向,或者告诉我必要的命令?

谢谢!!

【问题讨论】:

标签: git deployment


【解决方案1】:

Git 和服务器未在该级别连接。但是,它支持使用分支工作流,从而可以轻松地处理项目,同时不断添加错误修复和新功能,而无需更改生产代码库。生产服务器上的内容基本上是特定分支的图像。因此,假设您的项目 git 存储库中有 3 个分支:

  1. main - 这是生产代码库
  2. dev - 这是一个开发,您将合并错误修复和新功能(最终将合并到“主”分支)
  3. my-personal-branch - 您正在处理的功能分支,由开发分支创建。

所有这些都是独立的,因此您可以将它们单独部署到测试服务器。一篇关于 git 工作流的好文章:https://medium.com/@patrickporto/4-branching-workflows-for-git-30d0aaee7bf

【讨论】:

    【解决方案2】:

    Git 是一个版本控制系统,因此它会管理您的版本控制,但您仍然需要部署到您的服务器。

    Git 允许您创建不同的分支,例如,在 master 分支上拥有程序的主要工作版本,然后拥有一个所有新功能都是 testes 的开发分支,这是很正常的一起,一种登台环境:

    这种分离使管理程序的新工作版本变得容易,您可以设置仅拉取指定分支的服务器,例如仅运行开发人员分支的服务器和运行主分支的服务器。

    查看有关 Gitflow 的可用文档。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-07-14
      • 2013-08-28
      • 2019-06-17
      • 2012-04-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-05-23
      相关资源
      最近更新 更多