Git の仕組みを5分で理解する! - Qiita
Git の学習コストが高くて酷いので、数分で理解できるように無理やり説明してみます。 大雑把に理解した後、詳しく説明したドキュメントを読んで下さい。 まともに仕組みを理解しようとすると、数時間以上は必要かと思います。 前提知識 cvs, svnなどバージョン管理システムを利用したことがあることを前提としています。 レポジトリ、ブランチ、コミット、マージ、コンフリクト等の意味は、理解していることを前提とします。 歴史 元はLinux のカーネル用に Linus が開発。(今は、濱野 純氏がメンテナ) 動作(マージ)速度を重視。 なので、無駄なマージ処理等しない工夫があったりする。 が、それによって理解が難しい一面になっているように思う(個人的感想) 分散型レポジトリ 分散型レポジトリ CVS, subversionのようにレポジトリが一箇所じゃない レポジトリ自体をローカルにコピー(clon
いろいろ - hg and git
hg と git のコマンド相違点 似てるようで違う hg と git の違いのメモ。 基本 working directory : バージョン管理対象のファイルを置くディレクトリ。バージョン管理対象にしないオブジェクトファイル等を一緒に置いても良い。 repository : working directory の一番上にある、.hg (hg の場合) または .git (git の場合) ディレクトリの中身。バージョン管理に関する情報、履歴等が置かれる。 あるところにあるリポジトリを追いかけるだけの使い方 たとえば www.kernel.org の Linus のリポジトリを追いかけるとか、そんな使い方の場合。一番シンプルな例。 最初の取得 (リポジトリを取得し作業ディレクトリに最新の内容を展開する) hg clone url [dir] git clone url [dir] 最新リ
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.inouetakuya.info/entry/20130602/1370173582
アトラシアン、Git/Mercurialクライアント「SourceTree」のWindows版をリリース
Bitbucket | Git solution for teams using Jira
