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

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配信スタッフとしてお手伝いいただける方募集しています！ またコミュニティとしてのサポートも募集しております。始まったばかり

この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "バージョン管理システム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2020年6月) ソフトウェアソースコード・ドキュメント・画像・音楽など、様々な電子ファイルは段階を経て編集される。編集の過程で履歴を保存しておけば、何度も変更を加えたファイルであっても過去の状態や変更内容を確認したり変更前の状態を復元したりできる。バージョン管理システムの基本的な機能は、このファイルの変更内容・作成変更日時の履歴保管である。 また編集は複数人により同時並行でおこなわれる場合もある（例: 商業的なソフトウェア開発、オープンソースプロジェクト）。複数

BitMover 社はオープンソースやフリーソフトウェアのプロジェクトに BitKeeper の利用を無料で提供していた。これには有名な（そして物議をかもした）Linuxカーネルのソースコード管理も含まれていた。この際のライセンスには BitKeeper をオープンソースやフリーソフトウェアのプロジェクトで無料で利用する際の条件がつけられていた。それは、BitKeeper を無料で利用した開発者は利用をやめてから1年間まで競合するツール（CVS、GNU Arch、Subversion、ClearCaseなど）の開発に関わってはならないというものであった。この条件は競合ツールがオープンソースであってもフリーであってもプロプライエタリであっても適用される。また、このバージョンのBitKeeperでは、利用を許諾していないプロジェクトで使われることがないよう、BitMover 社が運営するサーバ

[追記 10/28] コメントで、途中で紹介する翻訳サイトのURLを変更されたとの連絡を頂いたので、修正しました。 Zed ShawがFossilを使う理由 - karasuyamatenguの日記を読んで気になったので、 Fossilを入れてみました。 自分はバージョン管理は主にMercurialを使っていて、ホスティングはbitbucketを借りています。 bitbucketにはチケットやWikiといった機能もついていて便利ですが、 こういった機能は例えばローカルやプライベートなサーバに構築しようとすると、 TracやRedmineといったツールを導入することが多いかと思います。 自分はTracしか使ったことはありませんが、これらは機能も豊富で拡張性も高く、プロジェクトを管理する上で必要なものは 大体揃えることが出来るのですが、逆に個人や少人数でちょっとしたプロジェクトを管理したいと言

ネットワークがつながらない状況での分散開発はどうやるのがいいかを考えてみる。 以前似たような経験したのは自分たちが複数の協力会社の１つという立場で、元請けのSVNリポジトリに直接コミットするというもの。ネットワークはつながっています。また元請けは基本的に開発はしておらず、協力会社も開発はほとんど終わっていて変更はバグ修正のみという状況です。 イメージはこんな感じ。 リリース（元請けのSVNリポジトリに直接コミット）する場合は、自分たちのSVNリポジトリにタグうってexportして、あらかじめチェックアウトしておいた元請けのSVNリポジトリのソースに上書きしてコミットします。この辺もHudsonで自動化してましたね。あとコミットするファイル一覧も出しました。元請けはそれと実際にコミットされたソースとを比較して漏れが無いか確認してたみたいです。 しかしこの方法だとファイルの削除やリネームに対応

2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

http://sheddingbikes.com/posts/1276624594.html mongrelと「Ruby is Ghetto」で有名なハッカーZed ShawはバージョンコントロールにFossilというSCMを使っている。 http://www.fossil-scm.org/index.html/doc/tip/www/index.wiki とりあえず使ってみたい人はここを見るといいでしょう： http://d.hatena.ne.jp/Jxck/20100714 テングはgitを使っているので、新しいscmの話とかあまり関心ないが、sqliteの作者Chris Newmanが作ったものであるのなると興味がわく。 fossilを一言で言うと「誰でも簡単にホスティングできるプロジェクト管理ソリューション」だろう。githubやbitbucketのようなSCMのフルサービスが提

つまみ食いとか青田買いといわれるcherrypickingはある特定のコミットをブランチから抜き出して別のブランチに反映させるというものです。 Subversion, Git, Mercuriaそれぞれのやり方を調べてみました。 まずSubversionいってみましょう。 準備 $ svnadmin create repos $ svn checkout file:///tmp/repos work Checked out revision 0. $ cd work/ $ svn mkdir tags branches trunk A tags A branches A trunk $ svn commit -m "add initial dir" Adding branches Adding tags Adding trunk Committed revision 1.trunkの直下に

はっきりいって、Git の CUI は使いづらくてわかりにくい。サブコマンド名やオプションが開発者目線で決められており、ユーザからどう見えるかという視点が欠けている。その点、Subversion はよく考えられて洗練されていたし、それを受け継いだ Mercurial も使いやすい。Linus は Subversion をこき下ろす前に Git のコマンド体系を整理すべき。 ただ、Mercurial などと比べて Git が革新的にすごい点がひとつある。それは、バージョン管理システムに Garbage Collection (GC) の概念を持ち込んだことだ。みんなあまり注目してないと思うけど、こいつはほんとうに kool な機能だ。 GC はもちろんプログラミング言語の分野での概念だけど、そのプログラミング言語の世界では、GC が一般的に使えるようになることでプログラミングスタイルが大きく

[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。

分散バージョン管理システムの覇者は？ コマンドラインで使う分には、達人が使うのでなければ、どのツールも正直あまり代わり映えがしません。一般的な開発者の多くは開発環境として日本語版のWindowsを利用していると思われるので、日本語版のWindows上の環境での状況を中心に各ツールを比較してみます。

Bazaar 2.1 がリリースされました。まだソースコードのみですが、ここからダウンロードできます。 Bazaarは 2.0　のリリース からUbuntuのような半年ごとのリリーススケジュールに移行していて、ほぼスケジュール通りのリリースとなりました。 今回も、私の基準でこの半年間のBazaarやその周辺の改良を紹介しておきます。 Bazaar本体の改良 まずはbzr本体の改善点です。 bzr+ssh でも bzr+sftp のように、 ~ でホームディレクトリを指定できるようになりました。 自分のホームディレクトリ以下にリポジトリ置き場を持っている人は、 bzr+ssh://host/~/bzr/proj/branch の用に短いURLを利用できるようになります。 メモリ使用量や速度が向上しました。特にタプルというPythonの軽量なデータ構造をさらに軽量にしたStaticTupleの

きっかけ。 元ネタ。 俺はVSSを使用しようというプログラマを信用しない。（と宣言しておく） 割と適当訳なのでご了承ください。 時々現れる、どのバージョン管理ツールをつかうのかという宗教的議論の中で、 私はマイクロソフトのVisualSourceSafeが一貫して叩かれている事に気付きました。 私はこれほどまでに憎悪を集めるような別のソフトウェアプロダクトを考えることができません。 私のプログラミングキャリアの日々では幸運なことに、svnを使う場所で働いていおり、さらに最近ではgitだったので、私はVSSを一度も経験したことがないということです。 VSSは本当に皆が主張するくらいに悪いものですか？ はい、そのとおりです！！ 私はgit、svn、cvs、tfs、及びvssを使いましたが、VSSは最も悪かったです。 それには、みんなで作業を分離するという概念が全くありません。 ファイルを操作す