git pullの詳細な挙動を追ってみる - hokaccha memo
git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ
【プッシュ通知】Y Combinatorも投資するOneSignalがFirebaseより便利で素晴らしかった - Qiita
TL; DR Y Combinatorが投資している、急成長中1のプッシュ通知ASP OneSignalを試してみました。 Firebaseと同じく無料ながら、Parseのような柔軟性（A/Bテスト、ユーザープロパティ、自動配信など）を持っています。 Firebaseが抱える「プロパティに上限があるが削除できない」、「他ASPからトークンをインポートできない」等の問題もなく、初めてParseを試したときのように感動しました。 Firebaseの問題 ポストParse時代の代表格は、なんといってもGoogle I/O 2016でバージョンアップが発表されたFirebase。 認知度、Googleというバックボーンともに圧倒的な存在ですが、使ってみると意外に「？」と思うことがいくつかありました。詳しくはこちらに書かれているような点です。 いくつか挙げるとすれば↓の点が気になりました。 登録可能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
