草庐IT

Git 工作流 : Rebasing Published/Shared Branches

coder 2023-06-23 原文

我们的工作团队热情地采用了 rebase 工作流程,但我们可能会有些得意忘形,这就是这个问题的重点:你是法官。

现在使用 pull --rebase 对我来说是轻而易举的事。但是,我们也有很多人在处理的大型功能分支。我们希望定期引入 master 上发生的变化。传统智慧会让我们 merge ,因为它是一个共享分支。然而,在我们对 rebase 的痴迷中,我们决定对这些分支进行 rebase。当然这需要大家的配合。工作流程是这样的:

1)rebaser 与每个人协调以确保他们都已 checkin 并推送到功能分支上,然后要求他们在该分支上不再做任何工作,直到他们全部清除为止。

2)rebaser将特性分支rebase到master上,删除远程特性分支(git push origin :feature),然后推送新的,rebase的特性分支(git push origin feature)

3)rebaser让everyone fetch,更新他们的特性分支,然后删除他们的本地特性分支(git branch -D feature),然后创建一个新的本地特性分支来跟踪远程特性分支。然后每个人都清楚了。

这个工作流程是有效的,部分原因是我们是一个小团体,工作中断很小。但是,我担心我们正在学习不良的 Git 习惯(重新设定共享分支的基础),或者工作流无法很好地扩展。

从好的方面来说,我们的存储库历史很可爱。

你怎么看,Git 大师?我们是在玩火,还是在调整合理的工作流程?

更新 :

我最初提出这个问题已经两年了,从那时起我的工作流程发生了变化。我们还是照例做git pull --rebase ,所以没有改变。这是常识,它可以防止所有难看的、令人困惑的小型 merge 。 (我们大部分时间保持同步,因此 git pull --rebase 的开销很小)。

然而,除此之外,以及偶尔为纠正错误而采取的英勇行动,我们已经结束了对 rebase 的疯狂。大多数时候 merge 是有意义的。然而,肆意 merge 是有问题的,并且确实导致了我两年前所担心的困惑、困惑的历史。

我们的解决方案有几个组成部分:

  • 主分支是“原始的”。主题分支被 merge ,一旦 merge ,主题分支就会退休。换句话说, merge 一个主题分支意味着该工作已准备好用于生产,并且现在是主分支的一部分。查看我们的版本历史,很清楚发生了什么:主题分支 merge 到主分支,就是这样。
  • 我们在必要时使用一次性集成分支。例如,如果我们有主题分支A、B和C,并且它们都没有准备好集成到master中,但是我们需要一起测试它们,我们只需要创建一个QA分支(通常是从master之外),然后 merge A、B 和 C。在某些时候,QA 分支被删除或重新使用。关键是它不打算以任何方式永久存在,并且它没有与 master 分支相同的限制(您可以根据需要多次 merge 主题分支)。如果历史变得太困惑,您可以删除 QA 分支并重新开始(我们发现这种方法非常自然)。
  • merge 时,总是 使用 git merge --no-ff .这与我们两年前对“线性提交历史”的痴迷有着巨大的逆转,值得评论。现在我们已经放松了线性提交历史,并且看到 merge 是好的和有用的,我们开始依赖主题分支是 master 的实际分支,而不仅仅是一系列最终与 master merge 的提交。 git merge --no-ff确保总是有一个 merge 提交,即使它没有必要。
  • 我们有一个易于理解的提交消息和分支约定,更重要的是,它交叉引用了我们的问题跟踪系统 .我们的问题跟踪系统使用数字问题编号,对于任何功能(或缺陷),我们都有一个问题编号(例如 1234)。如果你正在处理这个问题,你会创建一个分支 _1234并以 "_1234: doing blah blah" 开始每条提交消息.它可能看起来有点强制症,但它对我们来说确实很有效,并且显着减少/消除了困惑。
  • 使用 git 包装器来鼓励工作流程粘附。这是我们目前正在做的事情,但我们已经意识到完全有必要防止简单且可理解的错误,例如从错误的事情中分支(当开发人员从一次性对象创建主题分支时,我们最近发生了一场彻底的灾难QA 分支:那个主题分支被批准上线,它被 merge 了......还有一堆没有被批准上线的变更者被吸进去了)。我们的 git 包装器将在您执行不寻常的操作时需要确认(例如从​​ master 之外的任何东西创建一个分支,创建一个未命名为 _NNNN 的分支,进行不以 _NNNN 开头的提交等)。有时,我们确实需要做这些事情,所以包装器不会阻止它,但它确实可以防止人们意外地做他们不应该做的事情。
  • 最佳答案

    这听起来似乎过于复杂,并且无法很好地扩展。 merge master 可能要简单得多定期进入您的功能分支,然后当需要 merge 回 master 时,您可以先执行 rebase(以删除中间不必要的 merge )并 merge 回 master(大概使用 --no-ff 生成 merge 提交) .这只需要一个人处理 rebase,他们不需要做任何协调,因为没有其他人需要强制更新任何东西(因为,​​大概,分支在 merge 后将被删除,而不是保留在重写状态)。您还可以决定完全跳过 rebase,只保留中间 merge ,这将更准确地反射(reflect)您的开发工作流程,并消除产生实际未构建的提交的风险。

    关于Git 工作流 : Rebasing Published/Shared Branches,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9611581/

    有关Git 工作流 : Rebasing Published/Shared Branches的更多相关文章

    1. ruby-on-rails - 由于 "wkhtmltopdf",PDFKIT 显然无法正常工作 - 2

      我在从html页面生成PDF时遇到问题。我正在使用PDFkit。在安装它的过程中,我注意到我需要wkhtmltopdf。所以我也安装了它。我做了PDFkit的文档所说的一切......现在我在尝试加载PDF时遇到了这个错误。这里是错误:commandfailed:"/usr/local/bin/wkhtmltopdf""--margin-right""0.75in""--page-size""Letter""--margin-top""0.75in""--margin-bottom""0.75in""--encoding""UTF-8""--margin-left""0.75in""-

    2. ruby-on-rails - 'compass watch' 是如何工作的/它是如何与 rails 一起使用的 - 2

      我在我的项目目录中完成了compasscreate.和compassinitrails。几个问题:我已将我的.sass文件放在public/stylesheets中。这是放置它们的正确位置吗?当我运行compasswatch时,它不会自动编译这些.sass文件。我必须手动指定文件:compasswatchpublic/stylesheets/myfile.sass等。如何让它自动运行?文件ie.css、print.css和screen.css已放在stylesheets/compiled。如何在编译后不让它们重新出现的情况下删除它们?我自己编译的.sass文件编译成compiled/t

    3. ruby - 无法让 RSpec 工作—— 'require' : cannot load such file - 2

      我花了三天的时间用头撞墙,试图弄清楚为什么简单的“rake”不能通过我的规范文件。如果您遇到这种情况:任何文件夹路径中都不要有空格!。严重地。事实上,从现在开始,您命名的任何内容都没有空格。这是我的控制台输出:(在/Users/*****/Desktop/LearningRuby/learn_ruby)$rake/Users/*******/Desktop/LearningRuby/learn_ruby/00_hello/hello_spec.rb:116:in`require':cannotloadsuchfile--hello(LoadError) 最佳

    4. ruby-on-rails - rspec should have_select ('cars' , :options => ['volvo' , 'saab' ] 不工作 - 2

      关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗?通过editingthispost添加细节并澄清问题.关闭8年前。Improvethisquestion在首页我有:汽车:VolvoSaabMercedesAudistatic_pages_spec.rb中的测试代码:it"shouldhavetherightselect"dovisithome_pathit{shouldhave_select('cars',:options=>['volvo','saab','mercedes','audi'])}end响应是rspec./spec/request

    5. ruby-on-rails - s3_direct_upload 在生产服务器中不工作 - 2

      在Rails4.0.2中,我使用s3_direct_upload和aws-sdkgems直接为s3存储桶上传文件。在开发环境中它工作正常,但在生产环境中它会抛出如下错误,ActionView::Template::Error(noimplicitconversionofnilintoString)在View中,create_cv_url,:id=>"s3_uploader",:key=>"cv_uploads/{unique_id}/${filename}",:key_starts_with=>"cv_uploads/",:callback_param=>"cv[direct_uplo

    6. ruby - JetBrains RubyMine 3.2.4 调试器不工作 - 2

      使用Ruby1.9.2运行IDE提示说需要gemruby​​-debug-base19x并提供安装它。但是,在尝试安装它时会显示消息Failedtoinstallgems.Followinggemswerenotinstalled:C:/ProgramFiles(x86)/JetBrains/RubyMine3.2.4/rb/gems/ruby-debug-base19x-0.11.30.pre2.gem:Errorinstallingruby-debug-base19x-0.11.30.pre2.gem:The'linecache19'nativegemrequiresinstall

    7. ruby - `rescue $!` 是如何工作的? - 2

      我知道全局变量$!包含最新的异常对象,但我对下面的语法感到困惑。谁能帮助我理解以下语法?rescue$! 最佳答案 此构造可防止异常停止您的程序并使堆栈跟踪冒泡。它还会将该异常作为值返回,这很有用。a=get_me_datarescue$!在此行之后,a将保存请求的数据或异常。然后您可以分析该异常并采取相应措施。defget_me_dataraise'Nodataforyou'enda=get_me_datarescue$!puts"Executioncarrieson"pa#>>Executioncarrieson#>>#更现实的

    8. git使用常见问题(提交代码,合并冲突) - 2

      文章目录git常用命令(简介,详细参数往下看)Git提交代码步骤gitpullgitstatusgitaddgitcommitgitpushgit代码冲突合并问题方法一:放弃本地代码方法二:合并代码常用命令以及详细参数gitadd将文件添加到仓库:gitdiff比较文件异同gitlog查看历史记录gitreset代码回滚版本库相关操作远程仓库相关操作分支相关操作创建分支查看分支:gitbranch合并分支:gitmerge删除分支:gitbranch-ddev查看分支合并图:gitlog–graph–pretty=oneline–abbrev-commit撤消某次提交git用户名密码相关配置g

    9. ruby - File.read ("| echo mystring") 是如何工作的? - 2

      我在我正在处理的一些代码中发现了这一点。它旨在解决从磁盘读取key文件的要求。在生产环境中,key文件的内容位于环境变量中。旧代码:key=File.read('path/to/key.pem')新代码:key=File.read('|echo$KEY_VARIABLE')这是如何工作的? 最佳答案 来自IOdocs:Astringstartingwith“|”indicatesasubprocess.Theremainderofthestringfollowingthe“|”isinvokedasaprocesswithappro

    10. ruby - 这个 ruby​​ 注入(inject)魔术是如何工作的? - 2

      我今天看到了一个ruby​​代码片段。[1,2,3,4,5,6,7].inject(:+)=>28[1,2,3,4,5,6,7].inject(:*)=>5040这里的注入(inject)和之前看到的完全不一样,比如[1,2,3,4,5,6,7].inject{|sum,x|sum+x}请解释一下它是如何工作的? 最佳答案 没有魔法,符号(方法)只是可能的参数之一。这是来自文档:#enum.inject(initial,sym)=>obj#enum.inject(sym)=>obj#enum.inject(initial){|mem

    随机推荐