re-base

git 命令行操作 参考网络上的总结和笔记，并亲身实践，稍作整合如下，送给你，希望有所帮助 ----------------先明确几个概念----------------- 工作区A、暂存区B、本地仓库C、远程仓库D 关系如下： 在IDE编辑文件属于工作区A add指令提交工作区A的更改到暂存区B commit指令提交暂存区B的内容到本地仓库C pull指令拉去远程仓库D的更改到本地仓库C并同步工作区A push指令推送本地仓库C的更改到远程仓库D ----------------一般的开发提交和冲突解决流程----------------- 1 将所有/指定文件由工作区A添加到暂存区B git add . git add client/App.vue 2 提交暂存区B到本地仓库区C git commit -m "更新全局通用组件" 3 取回远程仓库D变化，并与本地仓库C合并，同时更新工作区A git pull git pull = git fetch + git merge git pull --rebase = git fetch + git rebase 注意： 实际操作中为避免提交记录中的乱merge现象，这里一般选择 git pull --rebase， 在rebase的过程中，也许会出现冲突(conflict). 在这种情况，Git会停止rebase并会让你去解决冲突，

git提供了查看、添加、提交、删除、找回，重置修改文件的功能 一、常见的命令 git help <command> # 显示command的help git show # 显示某次提交的内容 git show $id git co -- <file> # 抛弃工作区修改 git co . # 抛弃工作区修改 git add <file> # 将工作文件修改提交到本地暂存区 git add . # 将所有修改过的工作文件提交暂存区 git rm <file> # 从版本库中删除文件 git rm <file> --cached # 从版本库中删除文件，但不删除文件 git reset <file> # 从暂存区恢复到工作文件 git reset -- . # 从暂存区恢复到工作文件 git reset --hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改 git ci <file> git ci . git ci -a # 将git add, git rm和git ci等操作都合并在一起做 git ci -am "some comments" git ci --amend # 修改最后一次提交记录 git revert <$id> # 恢复某次提交的状态，恢复动作本身也创建次提交对象 git revert HEAD # 恢复最后一次提交的状态 二

非小白教程.多少有点了解的才能看懂. 1,安装git 忽略,任意i找一个图文教程即可 2,在命令行模式 输入 cd ~/.ssh/ 进入c:administrator的文件下的.ssh文件夹； 　或者点击鼠标右键 3,创建一个全局的用户名,不必与git的用户名一样. $ git config --global user.name "随便什么名字" $ git config --global user.email "随便什么名字@qq.com" 4,设置提交时的密钥 注意ssh后面没有空格 $ ssh-keygen -t rsa -C "653398363@qq.com" 为了避免每次远程访问需要输密码，将使用ssh登陆。ssh与本机信息绑定。 5把在第二部生产的.ssh文件夹下的id_rsa.pub文件的所有内容复制一下.这个是密钥 后缀名为.pub的文件就是密钥，打开全选复制 6,ssh只是本地详细，需要在Github中备份，才能被验证。打开自己的Github,在github 网站上添加一个密钥. 也就是新建密钥,复制确定就好了. 7.测试是否成功. $ ssh -T git@bitbucket.org 如果有成功就下一步 8.$ git clone git@github.com:xxxxx/xxx.git 这个命令就直接下载完成了. 在使用git

公众号内发送 Git 获取Git官方PDF教程 版本控制 版本控制是一种记录一个或若干个文件内容变化、以便将来查阅特定版本修订情况的系统。 本地版本控制系统 很久以前就开发了许多本地版本控制系统、大多都是采用某种简单的数据库来记录文件的历次更新差异。 其中最流行的一种叫做 RCS、现今许多计算机系统上都还看得到他的踪影。RCS 的工作原理是在硬盘上保存补丁集、通过应用所有的补丁、可以重新计算出各个版本的文件内容。 集中化版本控制系统 让不同系统上的开发者协同工作、集中化版本控制系统应运而生。有一个单一的集中管理的服务器、保存所有文件的修订版本、而协同工作的人们都通过客户端连到这台服务器、取出 最新的文件 或者提交更新。 坏处 单点故障 无备份 分布式版本控制系统 在分布式版本控制系统中、 客户端不只是提取最新版本的文件快照、而是把代码仓库完整地镜像下来、包括完整的历史记录 。 这么一来、任何一处协同工作用的服务器发生故障、事后都可以用任何一个镜像出来的本地仓库恢复。 Git 简史 Git 的设计目标 速度 简单的设计 对非线性开发模式的强力支持(允许成千上万个并行开发分支) 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目 直接记录快照、而非差异比较 Git 喝其他版本控制系统(Subversion) 的主要差别在于 Git 对待数据的方法。 从概念上来说

Your branch is ahead of 'origin/master' by 1 commit 原因在于你的本地分支高于远程仓库一次提交， 解决方式： -- 同步更新 git push origin master warning: LF will be replaced by CRLF in main.lua The file will have its original line endings in your working directory. 原因在于： CR代表回车(\r) LF代表换行(\n) ，在Dos\Windows平台下使用 CRLF 结束一行，即\r\n ； 在Max\Linux平台下是用 LF 结束一行，即\n 如果Mac和Windows平台下代码的更新以及提交，就会出现问题，其解决方式： -- 检出时将LF转换为CRLF, 提交时将CRLF转换为LF（windows推荐） $ git config --global core.autocrlf true -- 提交时转换为LF，检出时不转换（Unix推荐） $ git config --global core.autocrlf input -- 提交检出均不转换(没有跨平台那一说) $ git config --global core.autocrlf false 更多参考： https: //www

git flow 镇楼 转载请注明出处： https://www.cnblogs.com/NaughtyCat/p/differ-with-rebase-merge-cherry-pick.html merge 这个简单，初学者常用。比如主分支是Dev，最新版本是01。然后小明基于此，搞了个feature 分支A,业务：打酱油 然后在上面多次提交，完成功能迭代开发，如A1 ---> A2 ---> A3(作者【 CoderBaby 】) Dev 分支 merge A branch，最后Dev 分支的历史log就变成： Dev01 ---> A1 ---> A2 ---> A3 附图如下： rebase 中文翻译过来，变基。这个搞完，提交历史会比较清爽，哈哈 a) merge会有两条提交历史记录线路，有个菱形图（C2, C3, C4, C5间关系） b）rebase只有一条提交历史记录线路图，无菱形图（C2, C3, C4'），并且少了一个提交对不，C4好像不存在 附图如下： 　　　　　　　　　　　　　　　　　　　　　　　　　after merge 　　　　　　　　　　　　　　　　　　　　　　　　　after rebase 官网说明请移步 ： https://git-scm.com/book/en/v2/Git-Branching-Rebasing rebase、merge的区别参见

微信不支持外部链接，可以点击文章底部的 阅读原文 ，方便阅读文中的链接，也可通过 http://daily.rebase.network/ 浏览每期日报内容。 1. Cumulus - Polkadot parachains tool set @kun https://github.com/paritytech/cumulus 随着Polkadot的主网上线，越来越多的基于substrate开发的项目好奇如何从技术上成为波卡的平行链，paritytech官方提供的平行链工具可以让开发者很快很简单的进行实验如何接入波卡平行链。。 2. 11个零知识证明开发库 @Frozen http://blog.hubwiz.com/2020/06/02/zk-dev-tools/ 文章收集了11个主流的零知识证明开发中所需要的库。 3. Mac程序员的瑞士军刀Mac-Cli @Frozen https://github.com/guarinogabriel/Mac-CLI 适用于开发人员的OS X命令行工具–管理Mac的终极工具。 它提供了大量的命令行命令，这些命令可以自动使用OS X系统。 Web3极客日报 是为Web3时代的极客们准备的一份日报，它是由一群极客们推荐他们认为有价值的内容并附上一段推荐语，最后通过Rebase的成员整理编辑。 如果你是一名极客，你有好的工具、好的开源项目

另一个高性能区块链开发框架 —— Muta https://github.com/nervosnetwork/muta-docs/blob/master/docs/zh/overview.md @Shooter： Muta 是一个由 Rust 编写的具备可扩展性的高性能区块链框架。它允许你使用 Rust 或 Typescript 编写你的业务逻辑，构建你的专有区块链。 同时，Muta 还是 Nervos layer2 解决方案 Axon 的底层基础设施，Muta 将内置一套跨链方案联通整个 Nervos 网络。 2.为什么选择Rust？ https://mp.weixin.qq.com/s/7WiVf5B50t3vfhz504sdXg @Harry : 作者Dmitriy从内存安全，性能，测试的难易分析了Rust的优点，另外从Parity自身的角度阐述了为什么选择Rust。 3.推荐区块链学习平台——Cryptozombies https://cryptozombies.io/ @River Learn to Code Blockchain DApps By Building Simple Games CryptoZombies是一个互动学习平台，教你所有关于区块链的技术。通过完成游戏，学习智能合约。 本文由博客一文多发平台 OpenWrite 发布！

微信不支持外部链接，可以点击文章底部的 阅读原文 ，方便阅读文中的链接， 也可通过 http://daily.rebase.network/ 浏览每期日报内容。 1. Unizon去中心化时间锁管理框架 @shooter https://mp.weixin.qq.com/s/FYNqgxUDgaLghNCC8Y76qQ Timelock 已经成为高质量 DeFi 项目的标配，是治理体系不可或缺的一部分，文章介绍了Unizon 去中心化时间锁管理框架（Unizon Timelock Admin）1.0 版本，感兴趣可以关注下。 2. 有意思的头像生成器 @Gala https://multiavatar.com/ 一个有意思的头像生成器工具，你可以放在你的网站上离线使用，还可以生成周边图片，比如卫衣、贴纸等。 3. Transform在线转换工具 @Gala https://transform.tools/ 一个在线工具，可以将各种代码互相转换，涵盖了Go、Rust、Js等等语言。 Web3极客日报 是为Web3时代的极客们准备的一份日报，它是由一群极客们推荐他们认为有价值的内容并附上一段推荐语，最后通过Rebase的成员整理编辑。 如果你是一名极客，你有好的工具、好的开源项目、好的文章和教程等想要分享给大家，请推荐给我们！ 如果你也想参与到Web3极客日报的建设中

微信不支持外部链接，可以点击文章底部的 阅读原文 ，方便阅读文中的链接，也可通过 http://daily.rebase.network/ 浏览每期日报内容。 1. Vitalik：分片 + 数据可用性采样 @张晓@gbctech.cn https://www.chainnews.com/articles/852277859268.htm 最近，以 rollup 为中心的以太坊升级方案呼之欲出，一起来看 V 神讲解 rollup 怎么与早先提出的分片方案相结合，解决以太坊的扩容和数据可用性的问题。 2. OpenSea 收藏品管理器：免费制作 NFT @shooter https://mp.weixin.qq.com/s/DnZ1f4seOLfSgyX6ULMe5A OpenSea 收藏品管理器：免费制作 NFT 3. ZK入门教程 @Frozen https://blog.iden3.io/first-zk-proof.html 零知识证明入门教程，手把手教你如何进行开发 Web3极客日报 是为Web3时代的极客们准备的一份日报，它是由一群极客们推荐他们认为有价值的内容并附上一段推荐语，最后通过Rebase的成员整理编辑。 如果你是一名极客，你有好的工具、好的开源项目、好的文章和教程等想要分享给大家，请推荐给我们！ 如果你也想参与到Web3极客日报的建设中