【问题标题】:Right way to use Git? How to manage git branches? [closed]使用 Git 的正确方法?如何管理 git 分支? [关闭]
【发布时间】:2020-06-19 04:29:14
【问题描述】:

所以我和另外两个同行一起做一个项目,我们在每台计算机上创建了一个主分支和一个子主分支以及一个个人分支。因此,我们会在尝试推送任何更改之前从 submaster 中提取最新版本的工作代码并在本地处理冲突。只有当我们有项目的可交付版本时,我们才会将 submaster 推送到 master。

有人告诉我,拥有 submaster 分支是使用 git 和 github 的错误方式,我不应该这样做。我一直认为提交可能有错误的主分支代码是不好的做法。

程序员或软件工程师如何管理他们的 git 分支?

【问题讨论】:

  • 欢迎来到 Stackoverflow!从您的问题来看,目前尚不清楚您已经对该主题进行了哪些研究,例如了解是否会很有趣。你读过nvie.com/posts/a-successful-git-branching-model 吗?
  • 您的问题没有正确或错误的答案,只有意见。甚至分支机构的名称也可能成为意见的主题(如今似乎更是如此)。我在我自己的大多数存储库中都有 main/develop 作为两个分支,当我觉得它完成时我合并到开发,当我觉得它可以发布时我合并到 master。您可以使用“git flow”,这是一种处理发布等的流行方式。

标签: git github project git-branch


【解决方案1】:

什么应该是分支结构是并且将是永恒的问题:D

因此,团队遵循一些标准做法,因此每个团队/个人都应该尝试找出最适合他们的工作实践/工作流程的方法。

为了您的理解,我们遵循的分支结构,

Prod (master *old practice name*)
|
\
  - beta
  |
  \
   - dev
   |
   \
    - feature 1
    - feature 2
    - bug fix 1
    - bug fix 2

现在,每个开发人员/开发人员组都在功能/错误分支上工作, 然后提出合并到开发的拉取请求 并随后合并到 prod 分支。

现在您可以使用适合您团队的设备模式。

只建立和遵循少数特征。

  1. 始终保持代码/存储库清洁。
  2. 绝不允许将提交直接推送到主/父分支。
  3. 使用拉取请求来审查代码、审查冲突,然后推进更改。
  4. 尝试为每个功能/错误/改进/只为每个 jira 或 trello 卡创建新分支。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-04-18
    • 1970-01-01
    • 2018-12-25
    • 1970-01-01
    • 2021-09-16
    • 2012-09-18
    • 1970-01-01
    相关资源
    最近更新 更多