Heim  >  Artikel  >  Backend-Entwicklung  >  git管理工具sourcetree推送失败

git管理工具sourcetree推送失败

WBOY
WBOYOriginal
2016-06-23 13:57:561280Durchsuche

使用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来展现。

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


赞同,感觉应该也是这样。
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn