4 months ago

Session 与 Cookie 是借由浏览器储存一个识别证

https://www.zhihu.com/question/19786827/answer/28752144

1.由于HTTP协议是无状态的协议,所以服务端需要记录用户的状态时,就需要用某种机制来识具体的用户,这个机制就是Session。典型的场景比如购物车,当你点击下单按钮时,由于HTTP协议无状态,所以并不知道是哪个用户操作的,所以服务端要为特定的用户创建了特定的Session,用用于标识这个用户,并且跟踪用户,这样才知道购物车里面有几本书。这个Session是保存在服务端的,有一个唯一标识。在服务端保存Session的方法很多,内存、数据库、文件都有。集群的时候也要考虑Session的转移,在大型的网站,一般会有专门的Session服务器集群,用来保存用户会话,这个时候 Session 信息都是放在内存的,使用一些缓存服务比如Memcached之类的来放 Session。

2.思考一下服务端如何识别特定的客户?这个时候Cookie就登场了。每次HTTP请求的时候,客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的,第一次创建Session的时候,服务端会在HTTP协议中告诉客户端,需要在 Cookie 里面记录一个Session ID,以后每次请求把这个会话ID发送到服务器,我就知道你是谁了。有人问,如果客户端的浏览器禁用了 Cookie 怎么办?一般这种情况下,会使用一种叫做URL重写的技术来进行会话跟踪,即每次HTTP交互,URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数,服务端据此来识别用户。

3.Cookie其实还可以用在一些方便用户的场景下,设想你某次登陆过一个网站,下次登录的时候不想再次输入账号了,怎么办?这个信息可以写到Cookie里面,访问网站的时候,网站页面的脚本可以读取这个信息,就自动帮你把用户名给填了,能够方便一下用户。这也是Cookie名称的由来,给用户的一点甜头。

总结:
Session是在服务端保存的一个数据结构,用来跟踪用户的状态,这个数据可以保存在集群、数据库、文件中;
Cookie是客户端保存用户信息的一种机制,用来记录用户的一些信息,也是实现Session的一种方式。

Rails 内如何操作 session?

定义:session[:cart_id] = cart.id
读取:session[:cart_id]
删除:session[:cart_id] = nil
清空:reset_session

 
4 months ago

让view可以调用、存取controller的method,写进application controller中

application_controller.rb
def current_user
@current_user ||= User.find_by_id!(session[:user_id])
end
helper_method :current_user

 
4 months ago

a ||= 1;
=> 1
a ||= 2;
=> 1

foo = false;
=> false
foo ||= true;
=> true
foo ||= false;
=> true

当a是nil时,被赋予了b值,但是当赋予了b值后,已经被定义,将不能赋予其他任何值

 
4 months ago

ICO 的含义

ICO按照英文字面意思来解释 (Initial Coin Offerings),是一种用加密货币投资早期项目的方式
从字面意思来看,分别是:初始 、虚拟币、产品
是指的用虚拟币去投资的早期产品或者项目的行为。
使用的虚拟币,有可能是比特币,也有可能是 ETH 以太坊,另外还有一些项目接受更多的品种的虚拟币。
投资完成后,项目方一般会按比例给投资者发放代币,多数情况下代币是可以在这个项目中使用的或者分红权益,少数的情况是直接给的项目股份,通常情况下,代币会随着项目的发展其价值会有相关性的变化,有的项目会发展的很好,投资者获得了巨大的收益,而有的项目,却会由于种种原因没有发展起来,那ICO 参与者有可能就什么都得不到,即使是得到代币,也有可能因为代币归零而损失巨大。
参与 ICO 获得的代币,有的可以通过二级市场交易获得升值回报,有的可以通过得到分红获得回报。
并不是所有的 ICO 项目 ICO 结束后都会得到平台的交易支持,有些项目已经 ICO 完成几年了,都没有得到平台的交易支持,以至于尽管参与者账面有资产,却只能通过场外交易变现,甚至根本无法变现。
ICO 与 现实世界中对标的 是 IPO (Initial Public Offerings)首次公开募股,后面我会专门讲 ICO 和 IPO 的区别。

ICO的历史

首个明文记载的ICO项目时间是2013年6月,万事达币(MSC)在Bitcointalk论坛上发起了众筹。万事达币是建立在比特币区块链上的一种传输协议,能够提供比特币协议层不能提供的功能,当时共募集了5000多个比特,令人唏嘘不已的是,这个 ICO 的项目至今没有代币上线交易,项目应该是失败了。
接着,Bitcointalk论坛上出现了第二个加密货币ICO项目—未来币(NXT),募集了21个比特币(当时约为6000美金)。NXT基于全新编写的加密货币代码(不是比特币初始代码的分支),并且是首个完全使用PoS的系统。当时该项目对ICO投资者来说是很成功的,全盛时期NXT的市值更是超过了1亿美元(现在只有1000万美元不到了),NXT也因此成为了投资者眼中最成功的ICO。
自从见证了NXT的成功之后,2013年底到2014年初涌现了大量的ICO。当时正是比特币价格上涨幅度最大的时候。很不幸,大部分ICO 都因过度炒作或者诈骗而宣告失败。不过,至今为止最成功的ICO项目 以太坊,也是在那个时候出现的,当时募集资金超过1800万美元,市值也达到了10亿美元,最近有所回落,目前市值还有8.27亿美元。
再后来一个与 ICO 有关的项目是以太坊上的 The DAO 项目, THE DAO 的运作模式和传统风投公司十分类似。从严格意义上讲,DAO并不是ICO,因为募集的资金只是存在了智能合约上,理论上这些资金是可以返还给投资者的。但不幸的是,今年6月,攻击者利用DAO智能合约漏洞盗取了一部分的项目资金,这件事直接导致了以太坊的分叉、ETC 的出现,以及 DAO 这个项目失败,令人不胜唏嘘。

ICO 与 IPO 的区别
标的不同,ICO 主要是获得发放应用代币,少量是的是股权;但 IPO 是强调股权的首次公募;
参与者目的不同,ICO 参与者本身并不在意股权,而在以 ICO 项目的本身带来参与 ICO 之后的资产增值;而 IPO 是强调股权的获得的;
监管不同,到目前为止,全球没有听说过一起针对 ICO 的判例,因为区块链资产本身作为货币监管的法律都没有完善,对于用区块链资产进行的 ICO 的管理就更加无从提起;而各个国家对于 IPO 都有非常严格的监管条款的,因为 IPO 过程违规而触犯法律而被处罚的情况,在各个国家都会发生;
决策权不同, ICO 发出的代币,对项目没有决策权,最多有进行反馈信息的权利;IPO 释放出的股份,是跟随着企业股份比例的决策权力的;
主体不同,ICO 可以一个项目,一个基金会,一个社区,甚至一个个人都可以募集;IPO 基本上是一个注册存续期的企业才有资格进行募集;
投资者专业度,ICO 对投资者本身没有太高要求,基本上能掏钱就行,但 IPO 的投资者是有较高要求的,按照中国证监会公开的 IPO 规范要求:
“投资者应当认真阅读发行人公开披露的信息,自主判断企业的投资价值,自主做出投资决策,自行承担股票依法发行后因发行人经营与收益变化导致的风险。”这对投资者的要求更加高了,而不是低了;这使得投资者的投资风险更加大了,而不是小了;这对投资者来说责任更加重了,而不是轻了。发行人、证券服务中介机构以及监管部门等只负责发行人发行前所有财务等信息披露的真实、准确、完整、及时,是否投资购买股票、购买多少、持有时间长短完全由投资者自己判断和决策,并且对自己的投资决策负全部责任。

ICO 与 京东众筹的区别
ICO 是以获得代币的方式参与项目,本质是投资行为,京东众筹是获得购买到的东西,本质上是购物行为;
ICO是在市场上从 0 开始获得项目启动资金;京东众筹实际上是卖东西的一种手段,【爆料、爆料】所有上 JD 众筹的东西,如果目标是募集1000万资金,募集方在众筹开始前就要预交1000万保证金,也就是说,这种类型的众筹,不过是卖货的另一种方式,只会锦上添花,不会雪中送炭,JD 的逻辑是,第一桶金必须你自己带着过来,绝对不允许资金不够就进行众筹的情况发生;
所以,ICO 是有可能失败的,而 JD 众筹,是永远不会失败的。

ICO 的本质
ICO 本质上是共享经济的一种,是共同致富的一种模型。
是让没有专业技能的小规模投资者能获得一些项目早期投资收益的机会;
也是让达不到融资门槛的创业者通过分享利润获得项目资金的一种办法。

ICO 的风险
用 ICO 拿钱动辄几百万美元,诱惑实在太大,以至于有不少项目直接就是以圈钱为目标。而圈钱跑路的或者圈钱之后不作为的项目,对参与者和认真工作的项目发布者都是一种伤害,所以,这种行为是参与者和其他项目发布者都非常憎恨的行为,但目前法律上并没有监管的规范,所以,在 ICO 这个事情上,学会分辨并保护好自己的权益很重要。
法律没有规范的原因主要是政府对虚拟币并没有赋予货币、资产或投资标的的规范,目前在中国只是被认定为特殊商品,ICO 用中国的法律来理解,只是一种以物易物的行为,而且是虚拟物品换虚拟物品的方式,就像在网络游戏中,我拿宝剑换了你的盔甲一样,对这个行为,目前是没有任何法律规范的。

如何判断一个 ICO 目标是不是靠谱?
普通用户如何评估
用逻辑的方式去判断项目是否有可行性;
( ICO 一个解决堵车问题的项目,可疑,因为这是一个复杂的系统工程,并不是一个单独的项目就可以实现的;但是,ICO 一个独立游戏,这个逻辑上是说得通的。)
思考项目的可成长空间是否合理;
( 再 ICO 一个比特币,那就算了吧,模仿比特币的各种币已经有好几箩筐了,真不缺你这一个;ICO 一个专业的软件工具,而这个软件工具确实会有需求,但市场上并没有好的可用产品,而这个软件工具甚至有可能有一定的市场独占性,那可能是相对合理的。)
在可能的情况下,去考察项目和团队的背景,如果这个项目或者团队之前有过黑历史,或者背景完全不清楚,甚至连核心项目成员都是凭空出世没有任何背景资料的,风险就会比较大;
去评估项目的规模是否合理,不合理的太大或者太小规模的项目,都要慎重;
选择靠谱的 ICO 的平台知道我在哪个平台工作的朋友觉得我应该要打广告了,然而,我就不,今天任性一回,就不说,我们不能让分享的含金量受到广告的影响,大家都是花了钱来听的对吧。

平台的专业方法
除了以上的方法,还有更为专业的一些方法:
尽职调查(项目背景,早期投资人,开发者背景,项目技术背景);
商业模型分析;
代码评估,这部分比较专业,就不再这里展开了。

简单判断 ICO 大坑的办法
纯粹就是一个币,且以全球支付为卖点,并说不清有什么显著特性的 ICO,基本上99%是坑,目前已经不具备做个币就能爆发的机会了;
把项目说的巨大,然后,并没有特别明显的盈利模型的项目,绕道而行
所有的精力都放在推广上,代码寥寥甚至不开源的,不要参与;
号称要做一个平台,却看不到任何坚实、创新的技术架构的平台代币,基本上也是破发的命;
核心领导人在业界口碑不好的,或者曾经有过黑历史、黑标签的。

普通用户参与 ICO 的正确姿势
选择自己看得懂的项目参加;
选择靠谱的平台参加;
少投、心平,不要轻易 all-in ;
见好就收,不要每次参与 ICO 账上都曾经有利润,最后却是亏损
小规模的好品种要咬住,如果投入不多,要有就当丢了的心态;
如果用自己看好的品种参加ICO,参加之前或之后一定记得对冲,即使买回使用掉的区块链资产,别 ICO 的品种还没上涨,参加的品种却暴涨了,这将会让 ICO 得不偿失;
尽管并没有法规限制参与者一定要有足够的专业知识,但懂得更多,有自己的思考方法,少踩坑肯定也是参与 ICO 的正确姿势。

ICO 平台应该怎么做
必须要清楚的知道以 ICO 的方式圈钱的项目非常多,不能无原则的带着用户踩坑;
普通参与用户是弱势方,平台应该在可能的范围内维护参与用户的权利
对于 ICO 项目的选择要慎之又慎,尽调和项目验证要沉下心去做;
即使考察验证为一个好项目,也要对参与者给予足够的风险提示,不确定性总是存在的;
再好的项目,平台也只是帮助用户做代理 ICO,决不能去过分的渲染某个 ICO 项目的价值导致用户产生错误判断造成投资损失。

发起 ICO 项目之前要问自己的问题
这是一个真正有价值的项目吗(注意哦,这里没有限定必须是区块链项目哦)?
如果是一个有创新意义的区块链项目就更好了;
这个项目的 ICO 设计,是不是真正能实现与参与者共享成长(团队与参与者之间的利益是不是取得很好的平衡)?
对项目的系统性风险有没有足够的应对措施?
会不会在这个项目之后,发起人就变成了一个“黑标签”了,以后就没法在某个行业出现了?
ICO 资金的规模是否合理,会不会因为不合理高估导致被市场放弃,并且被贴上黑标签?
会不会估算太低,以至于钱用完了,项目还没有成功,然后就失败了。
甚至,有没有主动的项目年度目标管理,下一年的投入由持币人投票从平台或者智能合约获取的心态?
是不是不存在无法规避的法律风险,如果已经做上市准备的企业,ICO 要慎重,尤其不能轻易用股权来做 ICO。

说在最后
ICO 是虚拟币的重要应用之一,用避开法律监管的方式解决了市场资本参与项目或企业早期投资的机会
ICO 充满机遇,如果选择了靠谱的 ICO 项目,有可能是一次资产额暴增的机会,这种机会也许并不多,但相对于传统行业来说,还是要多的多;
ICO 也充满挑战,大多数的 ICO 项目无法实现预期的成功可能是常态,在市场上 ICO 后破发的不在少数,不小心参与了一个带坑的项目也是令人心疼的损失。
不管是发起 ICO 还是参与 ICO,现在是最好的时代,可能也是最坏的时代。

 
4 months ago

如何在api服务商抓存数据?

首先我们找到需要的数据,申请appkey,然后根据基本流程来抓数据,在测试口做各种测试(聚合网站自带的,或者在postman上测试),显示数据没问题,我们在irb中进行测试:

根据图片所示,我们尝试找到能将数据组抓取下来的代码样式:data.keys,然后将代码样式写进db/modle里面,执行bundle exec...将数据存入本地,然后将画面显示出来即可。

在抓取数据这一章,我比较享受整个根据不同类型数据,寻找key的过程,可以到废寝忘食的地步,真的觉得很好玩,我越来越知道,学习编程不在于代码,而在于找到可用代码的方式和步骤,然后在论坛写上整个过程的教程。论坛教程

 
4 months ago

在做web api,第一个作业:在api服务商抓取和存取数据时,模仿教材时,因为代码:add_index放错位置导致debug很长时间,以下是两张对比图:

错误的展示:

正确的展示:

 
4 months ago

懒惰的人致命的绝症————拖延!不到最后一刻绝不动身,然后到了最后又因为完全跟不上进度,索性草草了事或者干脆放弃,幻想着自己会珍惜下一次的机会!

懒惰的人最厉害之处:面对失去的机会,强大的自我安慰————为的是心安理得,就是不愿意深思自己“本可以”的事实!

懒惰的人可悲之处:做得差不多就行了的思维,让懒人享受不到精益求精的满足感,以及全力以赴后的无怨无悔!

这些毛病我全中了,并且在比赛阶段我基本也犯了,然后最终我和队友依然做出一个我个人还喜欢的小网站————效能空间,我想告诉你们我是怎么一步步行动的。

畏难、分心、拖延是多数人遇到的几个致命问题,怎么解决?

也许你也可以找到很多写解决方法的文章,不要把最开始的耐性放在这种事情上,懒人耐性更少,不如一开始就跟着做,所谓能跟着做的就是能一步步模仿的教学视频和指南流程,让你做什么就做什么,自己想太多反倒进入思维死胡同。

相信我,你绝对不可能在行动前解决这些问题,就像遇到可能出现的未知问题时,也许会担心自己解决不了,当真的遇到某个问题时,这时候的你只会想尽办法找解决方案,不想解决都不行,怎么会有精力去担心和害怕?

是的,最好的方法就是直接参赛!

不要管自己的基础好不好,只要能模仿教学视频就可以开始了。因为唯有参赛是最不需要意志力来打牢基础的游戏化过程,比赛完之后,你会对JDstore的结构更加清晰,也没有想象中那么复杂嘛!

所以比赛不是任务,不需要太多意志力,而是自发行动的游戏,不参加,你最吃亏!

将JDstore跟着粘贴一遍,然后就可以开始选队友,选你同城(不一定)最厉害的那一个,不要管他会不会答应你,最起码你要让别人知道你想跟别人组队,比赛没有开始前就要跟别人说,因为先下手为强,香饽饽都是抢手货。

不要管你的能力是否跟他匹配,最起码你在跟你认为最有能力的人做一个项目时,你的成长是最快的!

如果别人拒绝你了,你可以退而求其次,反正主动出击的人运气都不会太差。

然后开始完完全全按照老师的教材学会跟队友协作。

整个流程以JDstore参赛指南为主,做什么就找什么,先不用深入了解啦!反正做着做着就会熟悉的,我喜欢边做边学,因为看一堆没见过的词语看不懂,只有做了之后才大概想象得出那是干啥用的。

找商店主题是我最喜欢的一个部分,因为我队友是产品经理(我主动找他的),他告诉我什么才是真正的头脑风暴。刚开始没有任何限制,什么样的网站你会很需要、很喜欢?然后按照:是什么、提供什么、为什么渴望(卖点),这三种方式来回答我想要的主题;我们每人想了三个,然后制定出几个要求来打分:1、做出来难度大不大?2、能马上使用么?3、大部分人都需要?3、全栈营可拿来宣传?

在整个过程中,我发现自己脑洞开得好大,刚开始都觉得根本不靠谱的主题,竟然到后面是可以通过互联网实现的!发现了自己很有想象力嘛!好了,这是完成的第一部分,我们有了大致方向了,这样一个流程下来,全局观有点底色了。

然后我们开始做user story,将能想到的所有功能全部写上,写了几十条,绞尽脑汁到想不出了才开始对照教材来做筛选,绞尽脑汁的好处是可以对JDstore的结构更清晰化,要是我一个人绝对想十条就不想了,跟着队友做了一遍后,才发现费力思考后会更有全局观,这时候全局观的模样已经出来了。

然后根据我们想要的,队友做了landing page交互稿(页面草稿),我将其呈现出来,我一再叮嘱不要做太难的动画效果,我真的怕自己做不出来呀!

结果是:我一天就做出大致模样了,刚开始只会简单的搬代码,但是在遇到几个问题后,找到解决方案后,就开始在代码里面自己不断实验了,后面做搜索功能时,还自己拼了个简单板的方式,结果出笑话啦,哈哈!反正卡最久的地方研究得最彻底,真的有时候都想放过自己,所以遇到问题根本不担心解决不了,是一直在尝试找方法,把主要的任务给拖延了!

到后面做一个功能出来,一点都不难了,因为全栈营就是一个知识大熔炉,你想到的都有现成的教程,不然还有谷歌兄,真心不怕找不到,而且到后面自己还想弄点花样出来,挺好玩的。

只不过我掉进一个大坑,那就是想获奖的欲望太重,把最主要的工作给抛脑后了,一个像样的网站出来后,只顾着拉票。最后还是以作品质量断定谁获奖的,如果我不忘初心,获奖就会跟随而来,让我意识到我本末倒置,奖励只是形式,成长才是关键!真的是最痛的领悟!是这个价值观正确的团队(全栈营)从来不会鼓励投机取巧的做事风格,唯有脚踏实地才是被推崇的。

现在很多指南都是大家的经验,只有你自己经历的才会进入你的骨髓,自己去做吧!

 
4 months ago

Objective
关于这次比赛, 你记得什么?
比赛开始后,我和队友都没做完Jdstore教材;比赛开始后一周,我们还没进入比赛状态,还在找网站主题,没有任何限制的开脑洞;后来发现要根据jdstore参赛指南进行比赛,我们开始做user story,硬是到后面想不出来了才停下来,然后进行筛选;然后做landing page的交互稿,再根据交互稿做成landing page,再用css美化页面,然后重复这个过程做出其他页面和功能,最终一个拿来就能用的完整的作品效能空间成功上线。

完成了什么?
我们选择了一个符合我们要求的网站主题————打造科学的工作空间;我们做了整遍的user story,使得自己更加熟悉购物网站的结构,这有助于我们之后功能的选择;我们熟悉了jdstore参赛指南的流程,以后制作项目都可以用这个流程,让我有了系统性指南;我们开始完成了着陆页、产品首页以及其他分页的制作和美化;我们增加了分类功能、分页功能、搜索功能、客服功能和页面动态效果;我们宣传自己的作品并得到1160票获居比赛第7名。

Reflective
你要如何形容比赛的情绪
比赛的高峰是什么?
我们一起头脑风暴,没有任何限制的想网页主题时,真是脑洞大开;我将交互稿做成网页和做出诸多功能时,很有成就感;很多人给我们鼓励和点赞时,很快乐。

比赛的低点是什么?
因为急于呈现作品,催促队友上线作品时,总觉得怕时间不够用,有些时候有焦虑感;做完队友给的任务后,除了拉票不知道具体要做什么,其实我也可以去熟悉css来美化页面的,感觉自己很多时候做事不够主动。

Interpretive
这次比赛学到了什么?
1、学会了如何头脑风暴,刚开始不要有任何限制,一一列出来,然后再根据要求去评分,找到符合要求的那一个,这样才能找到最想要又符合要求的那一个喔!
2、学会了如何做user story,想!回忆!思考!拼命的想!拼命的回忆!拼命的思考!稍微想想是不够的!然后分类、筛选出四个等级,再对照教材看自己与教材的差距(这个时候拼命想的好处就来了,印象非常深刻);
3、学会了怎么将交互稿做成网页和制作功能,我找到需要的成套的模块代码,然后进行debug和修改,就能做出能正常使用的功能;
4、学会了如何快速找到自己需要的资源,现成的资源一大把,不要自己死磕,直接找现成的,debug的过程中就可以熟悉这些代码;
5、学会了如何运用tower/github和队友协作,找对了队友一起完成一个作品真的事半功倍,不仅可以做出比一个人好上几倍的作品,而且做事情也更有动力;
6、学会了制作完整项目的流程————jdstore参赛指南。

整个比赛过程中一个重要的领悟是什么?
我在这次比赛中也有放弃获奖的念头,但是当又完成了一个小功能、又得到别人的鼓励时,当我们的作品越来越成型时,我的激情又回来了。我突然意识到那些成功的人并不是一直充满热情的,他们会遇到比我们更多的心里和外在的问题,只是他们学会了如何调整和解决更多的问题。遇到问题,解决问题,心情低落,心情调整,心情高潮,这不就是每个人生活和工作的常态么?我们只需要掌握更快速解决问题的能力和更科学调整自己的心情罢了。

Decisional
我们会如何用一句话形容这次比赛?
收获满满,以后我得多参加比赛和活动,而不是一个人埋头苦干,要找到适合自己的方式来成长,我不再认为成长和痛苦相关,应该跟快乐相关。
有哪些工作需要明天继续努力?
继续进阶编程,每天都应该写ORID来记录自己每一天的成长。

 
5 months ago

今天完成的任务:
1、pull request
2、完成了landing page的模块

学习时常从下午16点30——晚上12点
1、整个感觉比较专注,心情也比较愉悦。
其实中途是有一定打扰因素的,比如不在意是否能连接上vpn、是否有其他声音、也没太在意身体是否舒适、以及是否需要饮食,总之没有在意注意力、大部分注意力比较集中在手头的任务上,整个过程是比较享受的。
所以精力集中与自我的聚焦程度成较大关系,而与外在因素的关系没有太大关系。
2、今天完成了该完成的任务,比较有成就感。

我的资料来源:
1、交流论坛(搜索麻雀变凤凰);
2、Bootstrap中文组件:http://v3.bootcss.com/components/#nav-tabs

今天学到了很多bootstrap的组件运用,对如何装潢网站更有心得,对学习编程更有信心,当以后情绪化拒绝完成任务时,应该要记得今天这种状态,跟任务难度没有关系、跟环境通常的好坏没有关系、跟还没有完善的工具没有关系、跟还有其他待完成的生活事项没有关系,只要用心将任务完成好,整个过程不仅很有收获,而且还是很享受。

状态好的时候,做得任务越做越多,所以每次都可以着手做,每天保持好心情也很重要。
每天的任务明确也很重要,这样就知道要完成到什么程度!而不是无头苍蝇乱撞。

 
5 months ago

多建立分支,特别是自己要去操作的时候,做错后无法找到自己的错误:
首先git commit
git checkout上一个分支
git branch -D 错误分支
rake三兄弟(如果在错误分支中执行过rake db:migrate)
git checkout -b 新分支

出现以下错误,执行rake三兄弟