尽管我最好去理解它,但我使用git显然很糟糕.
从kernel.org为git push
:
-u
--set上游
对于每个最新或成功推送的分支,添加上游(跟踪)引用,由无参数git-pull(1)和其他命令使用.有关更多信息,请参阅
branch.<name>.merge
git-config(1).
这是branch.<name>.merge
来自git config
:
branch.<name>.merge
定义与
branch.<name>.remote
给定分支的上游分支一起.它告诉git fetch/git pull合并哪个分支,也可以影响git push(参见push.default).在分支中<name>
,它告诉git fetch默认的refspec被标记为在FETCH_HEAD中合并.该值的处理类似于refspec的远程部分,并且必须匹配从给定的远程提取的ref"branch.<name>.remote"
.git pull(首先调用git fetch)使用合并信息来查找默认分支以进行合并.如果没有此选项,git pull默认合并第一个引用的refspec.指定多个值以获得章鱼合并.如果你想设置git pull以便它<name>
从本地存储库中的另一个分支合并,你可以指向branch.<name>.merge
所需的分支,并使用特殊设置.(期间)branch.<name>.remote
.
我成功地使用github建立了一个远程存储库,并且我成功地将我的第一次提交推送到了:
git push -u origin master
Run Code Online (Sandbox Code Playgroud)
然后,我在不知不觉中成功地将我的第二次提交推送到我的远程存储库:
git commit -m '[...]'
Run Code Online (Sandbox Code Playgroud)
然而,错误地以为我将不得不再次推到origin
从master
,我跑:
# note: no -u
git push origin master
Run Code Online (Sandbox Code Playgroud)
那是做什么的?它似乎没有任何影响.我"撤消"了git push -u origin master
吗?
在Vim的正常模式下:
你如何将光标移动到结束的的前一个字?
在Rails 3 文档中,build
关联方法被描述为与new
方法相同,但是自动分配外键.直接来自文档:
Firm#clients.build (similar to Client.new("firm_id" => id))
Run Code Online (Sandbox Code Playgroud)
我在其他地方读过类似的内容.
然而,当我使用new
(例如,some_firm.clients.new
不带任何参数),新的客户端的firm_id
关联被自动创建.我现在正在控制台中盯着结果!
我错过了什么吗?文档是否有点过时(不太可能)?build
和之间有什么区别new
?
这个史诗般的问题中的几个用户将以下内容放入.vimrc
:
" Necesary for lots of cool vim things
set nocompatible
Run Code Online (Sandbox Code Playgroud)
但这真的有必要吗?来自文档:
'compatible' 'cp'
boolean (default on, off when a |vimrc| or |gvimrc| file is found)
Run Code Online (Sandbox Code Playgroud)
如果set nocompatible
进入a .vimrc
,这意味着.vimrc
文件存在,似乎使它毫无意义.
在CoffeeScript中,while
循环是标准的:
while x()
y()
Run Code Online (Sandbox Code Playgroud)
但是,以下1不起作用:
do
y()
while x()
Run Code Online (Sandbox Code Playgroud)
对于第一个例子,这只是糖:
y() while x()
Run Code Online (Sandbox Code Playgroud)
CoffeeScript是否带有至少执行一次的内置循环?
1另外,do
是一个关键字 - 它用于调用匿名函数.
这个头衔看起来并不那么疯狂.我承诺!!
在研究另一个问题时,我注意到Stack Overflow的样式表中有以下内容:
...
width: auto;
...
width: 650px!ie7;
padding-bottom: 20px!ie7;
...
Run Code Online (Sandbox Code Playgroud)
这是一种奇怪的条件样式吗?这是一个错误吗?假设这不是一个错误,这适用于所有IE版本吗?是否有一种方法可以指定给定的规则只应用于大于 - 比如7的IE版本?
我之前从未遇到过这种情况 - 我总是对IE特定的样式使用条件注释(对于它的价值,我更喜欢将所有IE特定的样式完全分开).
css internet-explorer internet-explorer-7 internet-explorer-6
想象一下用posts
和的博客comments
.个人评论的URL可能是posts/741/comments/1220
.
但是,我想制作网址posts/741#1220
,甚至是posts/741#comment-1230
.
这样做最不具侵扰性的方法是什么,所以redirect_to comment_path(my_comment)
指向正确的URL?
在Ruby中,Proc.new { 'waffles' }
和之间有什么区别proc { 'waffles' }
吗?我发现很少提到第二种语法.
从测试使用irb
,我没有发现任何明显的差异.第一个是第二个语法糖吗?
以下伪代码来自The Algorithm Design Manual的在线预览版本的第一章(本PDF第7页).
这个例子是一个有缺陷的算法,但我仍然想要理解它:
[...]一个不同的想法可能是重复连接最接近的一对端点,这些端点的连接不会产生问题,例如过早终止循环.每个顶点都以其自己的单个顶点链开始.在将所有内容合并在一起之后,我们将最终得到一个包含其中所有点的链.连接最后两个端点为我们提供了一个循环.在执行此最近对启发式过程中的任何步骤中,我们将有一组可用于合并的单顶点和顶点不相交链.在伪代码中:
ClosestPair(P)
Let n be the number of points in set P.
For i = 1 to n ? 1 do
d = ?
For each pair of endpoints (s, t) from distinct vertex chains
if dist(s, t) ? d then sm = s, tm = t, and d = dist(s, t)
Connect (sm, tm) by an edge
Connect the two endpoints by an edge
Run Code Online (Sandbox Code Playgroud)
请注意,sm
并且tm
应该s …
vim ×3
algorithm ×1
anchor ×1
associations ×1
coffeescript ×1
color-scheme ×1
css ×1
git ×1
graph-theory ×1
proc-object ×1
pseudocode ×1
routing ×1
ruby ×1
syntax ×1
vi ×1