SCMBC Git入門セッション発表資料
2. Git のリポジトリ リポジトリ ＝ データを貯めるところ Git ではリポジトリがローカルにある SVNではローカルにないことが多い ローカルのリポジトリに対する操作は高速 (通信不要) push, pull などを使って同期を取る (通信がここで発生) 手元のリポジトリではコンフリクトしない SCMBC Git 資料 3. 多人数開発 SVNでは１リポジトリ複数ツ リー Gitでは個人がリポジトリを SCMBC Git 資料 持つ Figures from Pro Git http://progit.org/book/ja/ch5-1.html 4. 多人数開発 共有リポジトリに pull, push をする 共有リポジトリは複数ある場合も CIサーバとステージング用と、、、 SCMBC Git 資料 Figures from Pro
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
rebase で本番用の設定と開発用の設定を簡単に切り替える - ぐるぐる～
rebase を使うと、本番用の設定と開発用の設定を簡単に切り替えることができます。 rebase の基本は rebase について - ぐるぐる〜 で説明しているので、ここまでは分かっている前提です。 例えば、ASP.NET で本番用と開発用の web.config が違うとします。 共用のリポジトリには開発用の web.config をコミットしてはいけません。 これをすべて手作業で行おうとすると、ついつい間違って開発用の web.config をコミットしてしまったり、ついつい間違えて開発用の web.config の内容がどこかにいっちゃったりすることがあります。 こういった事故を少なくするために、rebase を使います。 rebase --onto onto オプションを使用することで、ある地点 (ブランチ a とします) から分岐したブランチ (b とします) の分岐点から先
Bazaar入門セッション — Bazaarスタートアップガイド v0.0.1 documentation
基本用語のはなし¶ Bazaar をはじめ、バージョン管理ソフトでは、名詞と、 その名詞が指すものを作る操作の動詞が、同じ単語になっていることがよくあります。 先に用語をしっかり理解しておくと、あとは文脈で動詞か名詞かを判断できるはずなので、 混乱しないように丁寧に解説して行きます。 リビジョン¶ １回のコミットで保存される情報をまとめたものです。１回コミットするたびに、新しいリビジョンがひとつ作られます。 「チェンジセット」と呼ばれることもあります。また、「コミット」(名詞)をリビジョンの意味で使うこともあります。 リビジョンに含まれる情報は、こんなかんじです。 リビジョンのID どのファイルが、どのように変更されたか コミットしたユーザ コミットした日付 コミットメッセージ 親(ひとつ前)のリビジョン ブランチ¶ リビジョンを積み重ねることで、開発が進んでいきます。この、一連のリビジョ
Mercurial 入門セッション資料 - SCM Boot Camp #2 — SCMBC 2011.11 Mercurial Intro-Session 0.0.1 documentation
この資料について¶ SCMBC #2 Mercurial 入門セッション資料です。 http://bitbucket.org/troter/scmbc-2011.11-mercurial-introsession この資料ではMercurialを利用するに当たって必須の用語や概念について説明しています。 この後の演習で参考になるよう、効果的に利用する為のお作法、作業フローについても解説します。 (狭義の)リポジトリ¶ SCM ツールにおいて、 作成／改変／移動／削除といったファイルに対する作業内容や、 実施者／日付といった 「履歴」 (history) に関する管理情報を格納しておく領域を、 (狭義の)「リポジトリ」 (repository) と呼びます。 作業領域¶ リポジトリに格納されている情報を元に、 ファイルを取り出したり、 取り出したファイルに対する作成／改変／移動／削除といった
第2回 「マージ」は怖くない ～ 分散した成果の集約 | gihyo.jp
前回は、様々な方法で複製したリポジトリにおいて、それぞれ異なる作業成果を"hg commit"し、下図のような状態を構築するところまでを説明しました。 図1 成果の分散 今回は、これら複数の成果を、最終的な成果へと統合する「マージ」について説明します。 成果の集約 成果をマージするためには、マージ作業を行うリポジトリへと成果を集約する必要があります。 成果の集約には"hg pull"を使用します。前回の説明では「リポジトリの複製」に使用した"hg pull"ですが、厳密には「一方の保持していない成果を他方に伝播」する、リポジトリ間連携機能なのです。 myrepo2の成果をmyrepoに取り込む手順を以下に示します。 コマンド1 % cd myrepo % hg pull ../myrepo2 pulling from ../myrepo2 searching for changes add
SCMBootCamp in Tokyo 2 開催します #scmbc - うさぎ組
SCMBootCamp in Tokyo 2 を開催することになりました。 当日のプログラム内容をLingrで話し合いと思います。SCMBootCampに興味のある方はぜひご参加いただけると嬉しいです。 http://lingr.com/signup?letmein=scmbootcamp 参加者募集も開始します。二回にわけて募集します。応募者多数の場合は抽選になります。↓ 一次募集(本日から2011/10/21まで) http://kokucheese.com/event/index/18517/ 二次募集(2011/10/22から2011/11/15まで) http://kokucheese.com/event/index/18518/ 運営スタッフ、Ustream配信スタッフとしてお手伝いいただける方募集しています！ またコミュニティとしてのサポートも募集しております。始まったばかり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ustream.tv: ユーザー brtriver555: 基調講演, 基調講演. コンピュータ
http://dl.dropbox.com/u/10975043/SCMBootCamp/kadai/index.html
分散リポジトリ型時代のソフトウェア構成管理
SCMBC闇LT資料