我试图将一个在HEAD的提交压缩成一个返回的提交.git rebase -i HEAD~7然而,当我跑步时,我noop在编辑器中只出现了一个!我完全不知道这是如何工作的.
在我第一次体验之后cleanup,我正在创建一个我创建的分支()(checkout -b cleanup ...在我找到的SHA1上使用reflog)rebase,我不小心删除了所有这些提交; 重点是,我不确定分支的父母是什么(如果重要的话,这里).
我只是试图做我已经阅读过很多次的内容:我想稍微修改一些不是最近提交的提交代码.当我达到这一点时,无论是"挤压"还是仅仅修改它,我都不知道.
我也在STDOUT上看到这个,因为编辑器在运行上面显示的rebase命令后启动:
$ git rebase -i HEAD~7
usage: git rev-list [OPTION] <commit-id>... [ -- paths... ]
limiting output:
--max-count=<n>
...
除了HEAD~7引用之外,我还尝试指定整个SHA1,并为本地和远程分支指定不同的refspec.一切都相同......
我错过了什么？谢谢你的帮助!
$ git log --oneline HEAD~7..HEAD
d0fd20e temp Fix resume_cities table
ea2ffdf Fix db/seeds.rb to reflect recent database structure modifications
dbd2b8b Add several models/scaffolds that go along with the Geonames tables
9759091 Fix name of …我可以指望任何给定 Dyno 实例的外部 IP 地址都是稳定的吗？
也就是说，我的 Dyno 启动并向某些外部服务发出请求。该服务记录传入的 IP 地址。该服务是否可以假定来自同一 Dyno 实例的任何后续流量任何后续流量都来自同一 IP 地址。如果同一个 Dyno 向非常不同的端点发出请求，这是否同样适用？
我了解 Heroku 对 Dyno 寻址不做任何保证，除非您升级到私有级别产品（或者在插件或企业功能上花费更多）。我不想提前知道会出现哪些 IP，只是想知道它是否稳定。
我认为该架构相当明显：在使用 VM 接口进行出站网络访问的 VM 上运行的容器，因此出站连接的外部 IP 将是 VM IP 地址。然而，Heroku 强调它的路由层并使其听起来很复杂，所以你永远不知道它们是否也有某种出站路由复杂性，这就是我担心的。