レビューしやすいコミット履歴でバグ削減 - Money Forward Developers Blog
こんにちは。 アグリゲーション開発担当の中川です。 今回は、みんなが大好きな構成管理ツール「Git」について話したいと思います。 私は Git を使い始めてから、バグの発生数が激減しました。 Git を使ったとある手法によってレビューが充実し、バグの少ないコードを書くようになったと考えています。 では、今回はその手法について紹介したいと思います。 ※ 本稿は Git 以外の第三世代構成管理ツール（Hg、Bzr など）にも適用するかと思いますが、Git の用語とコマンドを使って紹介していくため Git の基本知識が必要となります。ご了承ください。 レビューしやすいコミット履歴と、開発の流れで自然にできるコミット履歴の乖離 以下のようなコミット履歴があるとします。 1. wip: 仕様変更○○を行い始めた 2. wip: 仕様変更○○の続き 3. wip: ちょっと設計を変更、それと過去のバグ
仕組みから理解するgit rebase - Qiita
こんばんは！ Git Advent Calendar 2015の初日を担当させていただきますtrebyです。初日からコケるのではないかと心配されていた皆様お待たせしました。そしてごめんなさい。(12/1は23:59までなのでまだセーフです……よね？) この記事ではcommitとはなんなのかという視点からGitの仕組みについて紹介し、その上でrebaseを業務で使いこなすためのテクニックを一つ紹介します。お楽しみください！ Gitの内部構造 Gitは分散型のバージョン管理システムであるということは今さら説明の必要はないかと思います。 バージョン管理というのはここでは、誰が何を変更したのかということを記録していくことであり、分散型というのは、バージョン管理対象のプロジェクト(ソースコードなどのドキュメントのまとまり)が記録される場所、つまりリポジトリが複数存在しうるということでしたね。 では、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
