mongo 修改 expire TTL

不能直接用 ensureIndex 修改，要用 collMod，參考文件

範例

• db.runCommand({collMod: 'CollectionName', index:{keyPattern: {expireKey:1}, expireAfterSeconds:expireTime(seconds)}})

一些 ssh 的設定

參考這篇，有很多把 key 的話，可以設定 .ssh/config 如下

Host github.com
        User git
        Hostname github.com
        PreferredAuthentications publickey
        IdentityFile ~/.ssh/github/id_rsa
Host bitbucket.org
        User git
        Hostname bitbucket.org
        PreferredAuthentications publickey
        IdentityFile ~/.ssh/bitbucket/id_rsa

使用 ssh-agent 可以在 .bashrc 加入以下設定

# ssh_agent
function check_ssh_agent {
    if [ ! -e "$SSH_AUTH_SOCK" ]; then
        eval `ssh-agent -s`
        ssh-add
    fi
}

check_ssh_agent;

如果有多把 key 而且在不同目錄就要在 ssh-add 後面指定要加入哪些 key

[git] 在 master 改了東西又下了 git pull 結果產生 conflict

很常遇到不太熟悉 git 的人發生這個問題，寫篇文記錄一下

正確解法：不要在 master 下改東西 （重複三遍）

以下的做法目的有兩個

1. 保護之前在 master 的工作內容安全
2. 讓 master 恢復正常狀態

在 master branch

• git add .
• git commit
• git branch -b helpme

到此為止所有的東西都在 helpme 這個 branch 了

• git checkout master
• git reset --hard origin/master

這個時候 master 就恢復到正常運作狀態

至於原本的工作內容，我個人的習慣是使用 rebase

• git checkout helpme
• git rebase master

修完 conflict 再 merge 回 master

Node.js

Set the environment

• NODE_ENV=env node script.js

Debug

• node debug script.js

[vim] clang complete

紀錄一下

http://www.vim.org/scripts/script.php?script_id=3302

[git] git branching model

前情提要是這篇 A successful Git branching model

使用這個方法，理論上正式釋出的版本都會在 master branch 裡面然後加上 tag。但在使用者不願意/不能夠做大版本升級，只能上小 patch 的情況下，如果釋出後的版本要繼續維護，就有機會遇到下面的問題。

假設 master branch 上有 1.0、1.1、1.2 這幾個版本。某一天發現有個 bug 在 1.1 這個版本開始就存在，所以需要回頭去更新 1.1 跟 1.2 把問題修掉然後釋出新版。可能的作法就是從這幾版 branch 出去，把 patch 放上去以後下新 tag 成為 1.1.1，1.2.1 這樣。

只是這樣做以後，就不是所有正式釋出的版本都存在 master，經常性存在的 branch 也不會只有 master 跟 develop，還會有這些有小 patch 的 branch。

既然很有可能要有這些 branch，最後選擇的解法就是只要釋出大版本就開 branch 出去，像是 release-1.1、release-1.2，要 patch 某個版本就直接到相對應 branch 去修改。

我自己的感覺是原本 git flow 的作法是把 release 這件事視為線性的，當現實狀況不是線性而是有分支而且分支還會成長的時候就不適用了，除了這點以外，文章其他部份還是很值得參考的。

Mongo Query

from Optimizing MongoDB Compound Indexes  

•  For indexed queries
• nscanned: the number of index keys in the range that Mongo scanned
• nscannedObjects: the number of documents it looked at to get the final result
• n: matched documents
• "optimal index" for a query
• include all the query's filtered fields and sort fields
• any range-filtered or sort fields in the query must come after equality fields
• if there are multiple optimal indexes, Mongo chooses one arbitrarily

[vim] show vertical line for align

:set colorcolumn=80

[git] delete remote tag

2017/6/10 update
git push origin --delete mytag

--
git tag -d mytag
git push origin :refs/tags/mytag

[git] change author

git commit --amend --author "New Author Name < email >"