サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
naiki.hatenablog.com
git push とgit pull が引き数の有無によってどのように振る舞いが変わるか 1. git pullの有効範囲 ローカル:今チェックアウトしているブランチ(カレントブランチ)がb1 で master、b2とブランチがあり、 リモート:master、b1、b2、b3とブランチがある状態 問:この時、git pullすると何を取得し、何が更新されるか 解:今チェックアウトしているブランチ(カレントブランチ)のみ適応 引数を入れないで、git pullするとカレントブランチのb1がリモートにある場合のみ、カレントブランチb1の情報がfetch、mergeされる。 トラッキングブランチを持ってきて、今いるカレントブランチに該当するブランチがある場合、merge(rebase)される。 参考:http://d.hatena.ne.jp/hokaccha/20120404/13335070
タイトル通り git cherry-pickってすごい便利ですよね。 ご存知の通り、"git cherry-pick コミット名" で他のブランチのcommitでも、自分のブランチに付けちゃうことができます。 まさしく、さくらんぼをつまんで、自分の枝に付けるといったイメージです。ネーミングセンス抜群ですね。 ですが、これって良くコンフリクト起きます。 今回はそれについてのお話です。 1. とりあえずgit status 話はそれからだ。 とりあえずgit statusしてみてください。 そうすると、conflictしているファイルがあります。 そこでコンフリクトしているファイルを開いて、>>>>HEADから<<<<までを編集するのが普段の流れでしたね。 でも、これ一個、一個コンフリクト解消するためにファイルを直すのって結構、手間なんですよ。 もちろんファイルを見るのは必須ですが、 このファ
2014-01-16 楽観ロックと悲観ロックの違い ロックにも種類があり、楽観的ロックと悲観的ロックというものがある。 楽観的ロックとは、テーブルにもたせている更新タイムスタンプや、更新フラグを比較してロックするというものである。 例えば更新したいレコードを取得して、更新タイムスタンプを保持しておく。 そして、更新する直前に再度レコードを取得して更新タイムスタンプが最初の時と変わっていないかどうかで、排他処理を行うというものである。 その結果、帰ってきた値が0ならば、更新失敗となり、1ならば成功となる。 このように楽観的ロックは比較的簡単で自分が操作している情報は,他の人が操作する可能性が少ない時に主に多用される。 例: select update_number from optimistic_lock where user_id=1; #500が返ってくるとする update user
このページを最初にブックマークしてみませんか?
『naiki.hatenablog.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く