>  기사  >  백엔드 개발  >  git管理工具sourcetree推送失败

git管理工具sourcetree推送失败

WBOY
WBOY원래의
2016-06-23 13:57:561280검색

使用sourcetree工具提交git下的项目代码,邮箱设置错误所以两次都推送失败了,由于过了两天了,代码肯定变了,请问怎样删除推送失败的文件。


回复讨论(解决方案)

算了这个软件估计没几个人用过,换个问题,我问下现在公司用新的框架,所有的操作都是基于js的,也就是通过js的ajax获取数据,分页,处理页面操作,加载了挺多的页面处理插件,请问这样效率和咱们平常php处理,还有主流框架相比效率如何

还真用过,不过我用的mac下的。
尝试pull下远程服务器上的文件与本地的merge,如果不行。用fetch,然后手动merge后重新提交并push

框架要看框架执行效率,这种方式并没有错,要是处理的好,不会差

框架要看框架执行效率,这种方式并没有错,要是处理的好,不会差


你说的我没看懂,框架执行效率主要是看什么,处理的好是怎么处理的好呢,其实我是想问js ajax获取数据的效率会不会比php直接处理的要慢,他们的运行机制

这样做其实主要不是为了效率,效率上应该区别不是太大,用脚本语言绘制点html应该不会有多少性能开销。

这样做主要是把逻辑层和展现层完全分开了。
服务器这边不用再管页面以何等样式进行展示,输出的只是一堆json。页面上完全由js控制json来展现。

现在不光是框架这样做,很多大公司里的数据交互接口也都采用这种方法。

框架的执行效率看框架自己,你找下一些框架执行效率看看。处理的好就是程序写的效率比较高,包括sql效率。
js,ajax不会,你想一下他只是处理页面中的部分

这样做其实主要不是为了效率,效率上应该区别不是太大,用脚本语言绘制点html应该不会有多少性能开销。

这样做主要是把逻辑层和展现层完全分开了。
服务器这边不用再管页面以何等样式进行展示,输出的只是一堆json。页面上完全由js控制json来展现。

现在不光是框架这样做,很多大公司里的数据交互接口也都采用这种方法。


赞同,感觉应该也是这样。
성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.