re-base

在使用 Git 的进行代码版本控制的时候，往往会发现在 log 中出现 "Merge branch 'master' of ..." 这句话，如下图所示。日志中记录的一般为开发过程中对代码的改动信息，如果出现过多例如上述描述的信息会造成日志的污染。 阅读了一些外文的博客，下面就来一探究竟。 产生原因分析 当多人合作开发一个项目时，本地仓库落后于远程仓库是一个非常正常的事情，可参考下图。 A-B-C(master) \ D(origin/master) 具体情境如下： 我当前拉取的远端版本为 B ，此时修改了代码，并在本地仓库 commit 一次，但并未 push 到远端仓库。 另一位开发者在 B 的基础上，同样 commit 了一次并 push 到远端仓库。那么这个时候，我再 push 自己的代码就会发生错误，如下。 To github.com:maoqyhz/usegit.git ! [rejected] master -> master (fetch first) error: failed to push some refs to 'git@github.com:maoqyhz/usegit.git' hint: Updates were rejected because the remote contains work that you do hint: not have

微信不支持外部链接，可以点击文章底部的 阅读原文 ，方便阅读文中的链接，也可通过 http://daily.rebase.network/ 浏览每期日报内容。 1. 自己动手写SQL查询引擎 @Frozen https://mp.weixin.qq.com/s/F5i-RBuPTnwlgG9bi5snpQ 笔者在实际工作中经常需要解析文件，每次文件稍有变化，都得拷贝粘贴一堆代码。于是就想着能不能做一个通用的服务，通过配置的方式解析文件。 2. 推荐一个API — powergate @BoB https://docs.filecoin.io/build/powergate/#how-to-use-powergate 推荐一个 powergate。filecoin的开发API,可以存储数据到 filecoin上。 3. 2020零知识证明与隐私峰会 @张晓 https://www.crowdcast.io/e/zkp-privacy-summit 10月19日由Dystopia Labs, Coda, Zcash, Starkware, Zcoin, BAF, and the Secret Network共同举办，参加者可以获得零知识证明与金融隐私等领域的最新科研进展。 Web3极客日报 是为Web3时代的极客们准备的一份日报，它是由一群极客们推荐他们认为有价值的内容并附上一段推荐语

转载 来源： http://marklodato.github.io/visual-git-guide/index-zh-cn.html 此页图解git中的最常用命令。如果你稍微理解git的工作原理，这篇文章能够让你理解的更透彻。 如果你想知道这个站点怎样产生，请前往 GitHub repository 。 正文 基本用法 约定 命令详解 Diff Commit Checkout Detached HEAD(匿名分支提交) Reset Merge Cherry Pick Rebase 技术说明 基本用法 上面的四条命令在工作目录、暂存目录(也叫做索引)和仓库之间复制文件。 git add files 把当前文件放入暂存区域。 git commit 给暂存区域生成快照并提交。 git reset -- files 用来撤销最后一次 git add files ，你也可以用 git reset 撤销所有暂存区域文件。 git checkout -- files 把文件从暂存区域复制到工作目录，用来 丢弃本地修改。 你可以用 git reset -p , git checkout -p , or git add -p 进入交互模式。 也可以跳过暂存区域直接从仓库取出文件或者直接提交代码。 git commit -a 相当于运行 git add

“DoraHacks is Where Hackers Build, Together” 2020年11月14日-11月15日， DoraHacks将在 北京 发起 DeFi Hackathon。 我 们将邀 请50名区块链开发工程师，50名前端工程师、全栈工程师和设计师 ，Hack DeFi的 新技术、新机制、新项目 。 同时也会邀请50位区块链项目的 投资人 和 社区KoL 参与最后的Demo展示环节。 本次Hackathon希望Hacker可以释放能量，做出好的项目，找到志同道合的伙伴并能与投资人、项目方充分交流获得新机遇。 将向 全国 招募Hacker 100 名 2020年11月14日-15日 北京 赛 制 DeFi: 围绕DeFi主题开发产品、技术，或完善已有产品的技术和功能。 1-5人团队作战: 智能合约开发、产品开发、经济模型设计、产品设计等不同技能的Hacker,1-5人为一战队，思想、技能、行业碰撞。(可提前组队也可以现场组队) 24小时极限挑战: 在规定的24小时内将创意落地或完善已有的产品Demo，向现场观众展示24小时内完成的增量项目Demo。 Bounty奖励: 一些DeFi企业可能通过HackerLink 平台发布赛题和赏金。完成赛题的团队可自动获取USDT、ETH等Bounty 奖励。 招募100名Hacker ： 根据Hacker提交的报名信息

参考 修改最近三次提交信息 -i 参数指定父提交（不包括） git rebase -i HEAD~3 运行这个命令会在文本编辑器上给你一个提交的列表，看起来像下面这样： pick f7f3f6d changed my name a bit pick 310154e updated README formatting and added blame pick a5f4a0d added cat-file # Rebase 710f0f8..a5f4a0d onto 710f0f8 # # Commands: # p, pick <commit> = use commit # r, reword <commit> = use commit, but edit the commit message # e, edit <commit> = use commit, but stop for amending # s, squash <commit> = use commit, but meld into previous commit # f, fixup <commit> = like "squash", but discard this commit's log message # x, exec <command> = run command (the rest of the

微信不支持外部链接，可以点击文章底部的 阅读原文 ，方便阅读文中的链接， 也可通过 http://daily.rebase.network/ 浏览每期日报内容。 1. Goroutine泄露检测器 @Gala https://medium.com/a-journey-with-go/go-goroutine-leak-detector-61a949beb88 由于Go原生支持协程方式用于并发操作，Goroutine往往会滥用，当线上系统业务压力很高时，可能出现Goroutine泄露导致内存爆炸，这时候可以用文章推荐的工具进行排查解决，感兴趣同学可以研究下。 2. 如何在智能合约中调用服务API @Gala https://medium.com/better-programming/how-to-call-apis-from-ethereum-smart-contracts-e2f1500198c7 对于在以太坊中构建的智能合约，很多场景需要和外部数据交互，这时候需要Oracle来帮忙，文章介绍一种方式使用chainlink来帮助智能合约调用外部服务。 3. 在以太坊构建一个可验证随机数的抽奖合约 @Gala https://medium.com/better-programming/build-a-verifiably-random-lottery-smart-contract

git push错误failed to push some refs to的解决 当我们在github版本库中发现一个问题后，你在github上对它进行了在线的修改；或者你直接在github上的某个库中添加readme文件或者其他什么文件，但是没有对本地库进行同步。这个时候当你再次有commit想要从本地库提交到远程的github库中时就会出现push失败的问题。 如下图所示 我在github库中对某个文件进行了在线的编辑，并且没有同步到本地库，之后我在本地库添加了文件test.txt，并想提交到github，出现以下错误：error：failed to push some refs to。 解决方案 这个问题是因为远程库与本地库不一致造成的，那么我们把远程库同步到本地库就可以了。 使用指令 git pull --rebase origin master 这条指令的意思是把远程库中的更新合并到本地库中，–rebase的作用是取消掉本地库中刚刚的commit，并把他们接到更新后的版本库之中。 如图： 下面我用图形象的解释下错误情况的发生和解决 git pull –rebase origin master意为先取消commit记录，并且把它们临时 保存为补丁(patch)(这些补丁放到”.git/rebase”目录中)，之后同步远程库到本地，最后合并补丁到本地库之中。

文章目录 7.6重写历史 7.6.1修改最近一次提交 本大王觉得奇怪的现象 7.6.2修改多个提交消息 7.6重写历史 你想修订提交历史 你可在提交暂存区之前決定哪些文件归入哪些提交 stash决定暂时搁置的工作 可重写已经完成的提交,使其呈现出另一种完成方式 这些涉及改变提交次序 修改提交中 包含的信息或文件,压缩、拆分、完全删除提交 这一切都可以在你尚未同他人共享工作成果之前进行   学习到如何完成这些有用的任务 以便在与他人共享提交历史之前能够将其修改成需要的样子 7.6.1修改最近一次提交 你经常会对最近一次提交做两件事: 修改提交消息 或是修改由于文件添加、改动、删除所记录下的快照。 只想修改最近的提交消息,执行以下命令即可。 git commit --amend 这条命令打开编辑器并在其中显示最近的提交消息,以供修改。 保存并关『闭编辑器后】 我的是直接在git bash里出来类似vim的东西呦西！ 编辑器会写入一个包含已修改信息的提交,并将其作为你最近的提交   如果你已完成提交 但提交时忘记加入一个新创建文件 希望能通过添加或更改文件来修改所提交的快照 也可通过类似操作完成 你可通过修改文件来暂存所需改动 然后对其用git add,或对一个已跟踪的文件使用git rm 随后git commit --amend会获取你当前的暂存区并将它作为新提交的快照  

问题： Does anybody know how to easily undo a git rebase? 有人知道如何轻松撤消git rebase吗？ The only way that comes to mind is to go at it manually: 想到的唯一方法是手动进行操作： git checkout the commit parent to both of the branches git签出两个分支的提交父对象 then create a temp branch from there 然后从那里创建一个临时分支 cherry-pick all commits by hand 手动选择所有提交 replace the branch in which I rebased by the manually-created branch 用手动创建的分支替换我重新建立基础的分支 In my current situation this is gonna work because I can easily spot commits from both branches (one was my stuff, the other was my colleague's stuff). 在我目前的情况下，这是可行的，因为我可以轻松地发现两个分支的提交（一个是我的东西

Python实战社群 Java实战社群 长按识别下方二维码， 按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群 ▲ 作者：Damonwong，iOS 开发者 来源丨老司机技术周报（ID：LSJCoding） Sessions: https://developer.apple.com/videos/play/wwdc2019/423/ 苹果是一家特别注重用户体验的公司，过去几年一直在优化 App 的启动时间，特别是去年的 WWDC 2019 keynote [1] 上提到，在过去一年苹果开发团队对启动时间提升了 200% 虽然说是提升了 200%，但是有些问题还是没有说清楚，比如： 为什么优化了这么多时间？ 作为开发者的我们，我们还可以做哪些针对启动速度的优化？ 所以我们今天结合 WWDC2019 - 423 - Optimizing App Launch [2] 聊一下和启动相关的东西 名词解释 先介绍一些和启动相关的名词。 Mach-O Mach-O 是 iOS 系统不同运行时期可执行的文件的文件类型统称。主要分以下三类: Executable - 可执行文件，是 App 中的主要二进制文件 Dylib - 动态库，在其他平台也叫 DSO 或者 DLL Bundle - 苹果平台特有的类型，是无法被连接的 Dylib。只能在运行时通过