Git の仕組み (1) - こせきの技術日記
目次 はじめに Git を使ったことがない方へ 生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクト リファレンス リファレンスのリファレンス 大きなツリー Git オブジェクトの ID と 中身 ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係 ルートツリーの ID でツリー全体を識別する commit オブジェクト リファレンスとブランチ ブランチ ブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ 一時待避 (stash) インデックス キャッシュとしての役割 マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ 各リポジトリが自分のブランチを
(gitで)勉強用にMTのテンプレートをバージョン管理する | バシャログ。
最近、自宅のマシンにMTOSをつっこんで、上記の本を見ながらカスタマイズの方法について触りはじめています。勉強のためのカスタマイズとはいえ、バージョン管理されていないのは不安だったのでgitを使ってバージョン管理をしていました。ところが、テンプレート(公開用)を修正することになり、困りました。MTのテンプレートは通常、データベース内に保存されており、バージョン管理されていません。元に戻すのが気軽にできないのは勉強する上でストレスになるので、バージョン管理する方法を調べていたところ、MTで少し操作するだけでgitやsubversionを使ってバージョン管理ができるようになることがわかりました。本日はその方法をご紹介いたします。 キモは、「テンプレートをファイルへリンク」させること (この記事ではバージョン管理にgitを使います。参考文献にてTortoiseSVNを使った実例の記事へリンクして
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitでやらかした時に使える19個の奥義 - Qiita
SourceTreeでgit cherry-pickを使う
