git rebaseについてのtips | けーこ in サンフランシスコ
エンジニアの友達にgithubなどgitを使用した共同開発時の豆知識を教えてもらったので、忘れないようにメモしておきます。Thanks, Shawn! マスターとのマージ時には事前にgit rebaseを使う gitを使って共同開発をすると、たまにこんなコミットメッセージを見る機会があるかもしれません。 Merge branch ‘master’ of git://github.com/hogehoge これは、最新のマスターを私のブランチにマージしたわよ、という意味合いのコミットメッセージなのですが、正直いりません。開発者それぞれがブランチとマスターをマージするたびにこのようなメッセージをログに残してしまうと、それだけでコミット履歴を占有し、重要な情報をたどるのが困難になります。 このマージ時のコミットメッセージが発生してしまう原因は、左側の図のようにpull requestを出す前に最
git-rebase を多用した開発の流れ - アジャイルSEを目指すブログ
git-rebase を使った開発の流れが固まってきたので、ブログで晒してみます。 この呟きから日数が経っている理由は察してください。 とりあえず、マグナ・ゼロは2週して、黄金魔剣士は2回撃破しました。 まず初めに git-rebase に不慣れな方は真似しない方がいいです reflog でgit-rebase の失敗を戻せない人も真似しない方がいいです 無名ブランチに移動しても泣かないように 開発の流れ 前提 git-pull は使わず、git-fetch を使う 追跡ブランチでは作業をしない（必ずトピックブランチを作る） bashにgitのブランチ名を表示しておく（rebaseでコンフリクト起きるのが見えないと危険なので） 0. 作業準備 プロジェクトのディレクトリに移動する。 $ cd ~/Projects/FizzBuzz作業前にリモートリポジトリの変更を取得する。 $ git f
git pull 時の rebase オプションのススメ
今日は、Git で複数人作業を行う際に共有リポジトリから pull する際の rebase オプションの必要性について検討してみました。 タイトルで結果は想像つくような気がしますが、順を追ってみましょう。 git pull でやってること merge と rebase git pull と git pull --rebase まとめ 1. git pull でやってること git pull コマンドは、fetch, merge をまとめて実行しています。 つまり、リモートブランチの最新のコミット情報をローカルトラッキングブランチへ持ってきて（fetch）、持ってきた最新のコミット情報とローカルブランチをマージ（merge）します。 参考：3.5 Git のブランチ機能 - リモートブランチ 2. merge と rebase ブランチを統合するには、マージの他にリベースがあります。 mer
無料でパソコン回収してくれる会社の工場に潜入したら、よだれが出たの巻 - 週刊アスキー
■無料でパソコン引き取りってなんかあやしくない？ 世の中には不要な家電製品などを無料で引き取ると見せかけて高い料金を請求するという、詐欺のような行為が存在する。だから「こちらは、廃品回収車です」とスピーカーを鳴らしながら回ってくる軽トラックはうかつに声をかけないほうがいいようだ。 だけど、古くなったテレビやパソコンは捨てるのにもお金がかかる。しかも4000円とか5000円とか結構高い。だから、先述のような行為がまかり通るわけなのだが……。 ところで、先日、週刊アスキーを読んでいたいら、こんな広告が載っていた。 “簡単”、“安全”、“タダ”といった言葉が並ぶ。……なんか、あやしい。一瞬「ん？ これは大丈夫なのか？」と思ってしまったのも無理はないだろう。そこで、取材を申し込んだところ、株式会社アールキューブの松永康利社長に話をうかがうことができた。 結論から言えば、本当に無料だし、あやしくない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
