我正准备对我正在处理的分支机构发起拉取请求。在Github上,我看到我比master领先5个提交,所以我想把我的提交压缩成一个。我运行一个git日志来查看前面的提交是什么:
git log --oneline
4363273 Updated Order_Entry with bulk UPDATE command
e7e0c64 Updated Order Entry module and Orders Schema
2cff23e Merge branch 'order_schema'
104b2ce Orders Schema
f7d57cf Order Entry updated to handle and log responses from LC
afa1b7b Merge pull request #18 from project/bugfix/mockvenue
4b2c8d8 Return correct string in mock venue API
git rebase -i HEAD~5
4363273 Updated Order_Entry with bulk UPDATE command
pick 44768b2 Add script to run simulation on a strategy
pick f82ec8d Implement mock venue
pick f7d57cf Order Entry updated to handle and log responses from LC
pick 4b2c8d8 Return correct string in mock venue API
pick 104b2ce Orders Schema
pick 4363273 Updated Order_Entry with bulk UPDATE command
* 4363273 Updated Order_Entry with bulk UPDATE command
* e7e0c64 Updated Order Entry module and Orders Schema
|\
| * 2cff23e Merge branch 'order_schema'
| |\
| | * 104b2ce Orders Schema
| * | afa1b7b Merge pull request #18 from project/bugfix/mockvenue
| |\ \
| | |/
| |/|
| | * 4b2c8d8 Return correct string in mock venue API
| |/
* | f7d57cf Order Entry updated to handle and log responses from LC
|/
* 8ed2260 Merge pull request #17 from project/mockvenue
最佳答案
您的图表显示了许多合并。这就是问题的根源。这里值得注意的是,HEAD~5表示“跟随--first-parent后退五步”。
让我们先介绍一下背景。一般来说,您不能对合并进行重新设置基,而且重新设置基通常不会尝试(它通常只是丢弃它们)。使用git rebase -p将尝试保留合并,通常会成功,但很难交互使用(因为编辑脚本没有合并的表示)。
一旦我们了解了Rebase的工作原理,我们就可以看到更多。假设我们有一个这样的提交图:
B - C - D <-- other-branch
/
... - A
\
E - F - G <-- your-branch
E、F和G,那么git必须产生从A到A的差异,然后从E到E的差异,最后从F到F的差异。这些表示“如何从基本提交(当前为G)转换为提示,作为一系列修改。”A,并按顺序应用这些补丁。应用于D的从A更改为E将生成一个新的commitD。应用于E'的从E更改为F,将生成一个新的commitE'。最终更改变为F'。G'。换句话说,git cherry-pick只是一系列的cherry-pick操作,picking将rebase、E和F提交到一个扩展到G的新分支。新的提交图如下所示: B - C - D <-- other-branch
/ \
... - A E' - F' - G' <-- your-branch
\
E - F - G [reflog only]
D哪个父母是要区分的。git cherry-pick所做的是重新进行合并,而不是尝试进行樱桃色选择。REBASE文档有这个示例,您可以将git rebase -p重新设置为A: X
\
A---M---B
/
---o---O---P---Q
Q序列变灰): X--------
\ \
A---M---B |
/ |
---o---O---P---Q |
\ |
A'--M'--B'
A--M--B必须是M'和(不变的)commitA'之间的合并。如果合并是一个正常的(非“邪恶的”)合并,这是可行的,但显然有点棘手,至少。X给出了下面的文本(我只做了一点修改)。侧移有点困难(上面的其他图表左边有前置任务,右边有后续任务,而git log --graph输出下面有前置任务,上面有后续任务),但我将通过为每个提交添加一个字母代码来快速尝试:H * 4363273 Updated Order_Entry with bulk UPDATE command
G * e7e0c64 Updated Order Entry module and Orders Schema
|\
F | * 2cff23e Merge branch 'order_schema'
| |\
E | | * 104b2ce Orders Schema
D | * | afa1b7b Merge pull request #18 from project/bugfix/mockvenue
| |\ \
| | |/
| |/|
C | | * 4b2c8d8 Return correct string in mock venue API
| |/
B * | f7d57cf Order Entry updated to handle and log responses from LC
|/
A * 8ed2260 Merge pull request #17 from project/mockvenue
git log --graph作为最左边的提交,将A作为最右边的提交: C---D
/___/ \
//__--E-F
/// \
A-----B-----G--H
H到H,然后到G,然后到B。这意味着A是一个我们甚至看不到的提交(位于HEAD~5左侧两个),并且A应该列出所有这些提交,除了合并(git rebase -i HEAD~5、D和F)。这将是五次提交:G、A、B、C和E。但根据其日志消息,H也是一个合并。我们这里缺少信息,无法绘制完整的图表(因为紧凑的表单中有很多行,所以也一样)。A命令通过列出从第一个排除的提交(rebase,a commit two steps to the left ofHEAD,so we can't see it)不可到达的tip commit(H,is commitHEAD~5)中可到达的每个提交来查找提交到cherry pick。然后它抛出合并提交,并挑选剩余的每个提交来构建一个新的线性分支。关于git - 为什么git rebase不显示我要压缩的提交?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35658686/
我有一个Ruby程序,它使用rubyzip压缩XML文件的目录树。gem。我的问题是文件开始变得很重,我想提高压缩级别,因为压缩时间不是问题。我在rubyzipdocumentation中找不到一种为创建的ZIP文件指定压缩级别的方法。有人知道如何更改此设置吗?是否有另一个允许指定压缩级别的Ruby库? 最佳答案 这是我通过查看rubyzip内部创建的代码。level=Zlib::BEST_COMPRESSIONZip::ZipOutputStream.open(zip_file)do|zip|Dir.glob("**/*")d
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我得到了一个包含嵌套链接的表单。编辑时链接字段为空的问题。这是我的表格:Editingkategori{:action=>'update',:id=>@konkurrancer.id})do|f|%>'Trackingurl',:style=>'width:500;'%>'Editkonkurrence'%>|我的konkurrencer模型:has_one:link我的链接模型:classLink我的konkurrancer编辑操作:defedit@konkurrancer=Konkurrancer.find(params[:id])@konkurrancer.link_attrib
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996?但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意,这不是与Ruby相关的问题,而是与所有编程语言相关的问题,因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
它不等于主线程的binding,这个toplevel作用域是什么?此作用域与主线程中的binding有何不同?>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是,TOPLEVEL_BINDING始终引用Binding的预定义全局实例,而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层,它们都包含相同的绑定(bind),但它们不是同一个对象,您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN?它们是对象、关键字还是其他东西? 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
如果您尝试在Ruby中的nil对象上调用方法,则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而,有一个tryRails中的方法,如果它被发送到一个nil对象,它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常? 最佳答案 像Ruby中的所有其他对象