構成管理 実践入門 第2章 Subversionによるバージョン管理入門 はじめに
SCMの中で、バージョン管理ツールは重要な位置を占めています。バージョン管理ツールの主な機能は、ソースファイルの変更の経過を管理する機能と、チーム開発用の機能です。 【ソースファイルの変更管理】 ソースファイルの変更を記録、保持し、そのファイルの変更を追跡できる!ソースファイルの状態を維持できる ソースファイルの変更を取り消したり、以前の状態に戻すことができる 【チーム開発】 同一ソースファイルに対して、複数の開発者が並行して変更を行える 同一ソースファイルに対して並行して行われた変更を統合する 同一ソースファイルに対して並行して行われた変更の競合を検出する 今回取り上げるSubversionは、上記の機能に加えて、次の利点も兼ね備えています。 コミットごとにリポジトリ全体でリビジョンを管理するため、ある瞬間の状態の取得が簡単に行える HTTP/HTTPSやSSHといった一般的なネットワー
構成管理 実践入門 第2章 Subversionによるバージョン管理入門 チーム開発に関連する操作
ここからは、作業コピーAと作業コピーBを題材に、Subversionのチーム開発に関連する操作を見ていきます。 まず準備として、通常の並行開発に見立てて、作業コピーBのほうにも変更を加えておきましょう。 作業コピーBのhoge.txt、hoge_conflict.txtを以下のように変更してください。 【hoge.txt】 a B C 【hoge_conflict.txt】 a B E 更新 先ほど作業コピーAでコミットした内容は、まだ作業コピーBには反映されていません。リポジトリの最新状態と同期を取るために「更新」（アップデート）と呼ばれる作業が必要になります。 更新を行う作業コピーのディレクトリ（C:\work\2\B）に移動し、svn updateコマンドでリポジトリと同期化を行います。 ●【更新】 svn update C:\ work\ 2\ B> svn update D ho
Subversion(TortoiseSVN)でマージする方法(手順)(1)
分岐した内容に関して、バグが全くなければよいのですが、どうしても branchesで修正した内容をtrunkへ反映する必要が出てくる必要があるでしょう。 もちろん、trunkを先に修正してbranchesへ反映する場合も手順は同じです。 (ご注意) このページをご利用になった結果の影響については、 一切責任を負いませんので、あらかじめご了承願います。 「branches/v4/」を「trunk/」より分岐してから、しばらくの日が経ちました。 trunk側へはいろいろと新機能が入っていますが、 ブランチ側は出荷も近くて追加はせずに動作確認だけを続けています。 ある日、branchesもtrunkも両方修正しないといけないバグが見つかりました。 ここでは、先にブランチ側を修正して、その結果をtrunkへマージしましょう。 ↓ trunk/sample1.txt ↓ branches/v4/sa
Subversion(TortoiseSVN)でブランチ(分岐)を作成する方法(手順)
SVN Index Tips Top TortoiseSVN(TortoiseSVN)でブランチ(分岐)を作成する方法(手順) 以下に該当するような場合は、ブランチを作成して trunkとは別々に管理するようにしましょう。 特定のリビジョンでリリースしたくなった。 trunkへは継続して新しい機能を追加していきたいが、リリースするところへは入れたくない。 でも、バグ修正はtrunkへもリリースするところへも入れたい。両方を適切に管理したい。 trunkとは別のラインで、機能の変更 (処理系のバージョンが変わるなどある程度大きな変更)を 専用の作業場所を作ってやりたくなった [機能ブランチ]。 自分では管理していない外注先などで作成しているライブラリなどが、 定期的に(不定期でもよくて、要するに1回だけではなくて「何回も」という意味) 納入される。必要に迫られて自分でも納品物をアレンジするの
SubversionのリポジトリをGitリポジトリに移行する - ぱろっと・すたじお
私が一番最初に使ったバージョン管理システムはCVSでした あれがなければ、当時の無茶なチーム開発は不可能だったと思いますが、 使いづらい面もあって、ある程度運用でカバーしなければなりませんでした それを解決したのがSubversionで、 今の会社に至るまで、公私ともに使い続けていました しかし、時代は流れ、分散型リポジトリが主流となり、 私自身、数年前から使い出したGitに慣れてしまったのもあって、 もうSubversionには戻りたくありません(´-ω-) ちょうど、こちらのコラムにもそんな話が WEB+DB PRESS 総集編 [Vol.1?60] 作者: 森田創,cho45,ミック,増井俊之,山本陽平,角谷信太郎,中島拓,縣俊貴,大塚知洋,伊藤直也,小飼弾,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2011/10/15メディア: 大型本購入: 52人 ク
svn の repository を git の repository に変換する方法 « messaliberty 日本語
svn の repository を git の repository に変換するには、git-svn を使用します。 git-svn は、svn の repository を git コマンドで直接さわれる様にしてくれます。 Ubuntu の場合、git と git-svn のインストールは以下のコマンドで % sudo aptitude install git-core git-svn 以下、変換前の svn repository を svn-repo、変換後の git repository を git-repo と表記します。 流れとしては、以下の感じ 1. svn-repo のログのユーザー名を、git 形式に変換するための authors.txt を作成 2. ローカルにカラの git-repo を作成 3. svn-repo を git svn clone コマンドで取
Git 対 Subversion：長引く争い | readwrite.jp
ソフトウェア業界においてGitが支配的な存在ではなかった時代がかつて存在した、といつか言われる日が来るかもしれない。 2010年にはSubversionが、ソフトウェアの共同開発には欠かせないツールであるバージョン管理システムの60％以上を占めていた。Forresterによれば、この時期Gitのシェアはわずか2.7%であった。Redmonkのアナリストであるステファン・オグレディが集めたデータによると、今日ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。 Subversionのような集中型のシステムよりもGitのような分散型の方が優れているにも関わらず、マーケットがGitを受け入れるのにこんなに時間がかかっている理由は何だろうか？ これからは分散型が主流になるバージョン管理システム（VCS）は、ソフトウェア開発の変更点を記録してプロジェクトを管理するための基
Subversionのアクセス制御を設定する - ksaitoの日記
Subversionリポジトリのアクセス制御は、全く興味がなかったのですがホスティングするプロジェクトが増えると他のプロジェクトのソースを間違えて修正してしまうのが心配という意見が必ず出てきます。 こうした意見が出始めると開発用のリポジトリと開発後のソースを入れるリポジトリを別にしたいということになります。 ２つのリポジトリの間は、「手作業でマージするのでだいじょぶです」という本末転倒なところに行き着きます。 仕方がないのでSubversionのアクセス制御を設定することにしました。 要件 特定の開発者は、特定のリポジトリにしかコミットできないようにしたい。 例えば、ユーザdev1はrepo1リポジトリの/trunkのコミットのみ許可するように設定したい。 Apache2+mod_authz_svnの設定 アクセス制御は、Apache2+mod_authz_svnで実現します。 Ubunt
mod_authz_svn を使おうとして挫折したりとか - miauのブログ
最近プロジェクトの情報をなるべく（社内で）オープンにして、一部分のみセキュリティをかける方針に変更中です。 Trac の Wiki については ProtectedMacro で !protected 部分の表示に WIKI_MODIFY を必須にするパッチ - miauの避難所 に書きましたが、SVN でも似たような設定をやろうと思いまして。だったら mod_authz_svn 使いたいよねと思ったんだけどうまくいかなかったので、そのあたりのお話。 ちなみにただの作業記録なので、同じ問題にハマってる方以外には役にたたないと思います。 前提 Apache 上で mod_dav_svn が動いていて、 <Location /svn> DAV svn SVNParentPath /home/svn </Location> <Location /svn/proj1> # Limit write p
TortoiseSVNの認証データを消す - schima.hatenablog.com
TortoiseSVNでコミットなどをする際に、リポジトリによってはIDとパスワードを入力することを求められます。この認証の際に入力情報を保存するチェックを入れると、以後は認証画面は出なくなります。しかし、何らかの理由で別のIDで入りたくなった場合に困ることになります。 最初は、以下のフォルダをまるごと消すことで対処しました。TortoiseSVNではなくてSubversionの方にあるので注意。 C:\Users\<ユーザ名>\AppData\Roaming\Subversion\authこれで目的は問題なく達成できたのですが、後になってもっと良さそうな方法を知りました。 TortoiseSVNの設定画面を開き、「保存データ」の欄にある「認証データ」のところにあるクリアボタンを押す、というものです。 これで、保存されていた認証データがクリアされ、次回のアクセス時からは再び認証画面が表示さ
スタートアップ研修記 » svn管理下のフォルダのコピー方法 まとめ
こんにちは〜。hiraufujiです。なんだか最近寒いですね>< フォルダをコピペするだけの簡単なお仕事です symfonyを使ってバリバリ開発をする日々をおくっていますが、ある日、こんな事がありました。 【こんなタスクが降って来た】 svn管理下にあるPCサイト用のmodule(action、template、validate用yml etc…)を、携帯サイト用にまるっとコピーしてコミットしてください。 【svn管理下のフォルダのコピー怖い】 askeetのくだりで、svn管理下のフォルダをコピペしまくってsvnを壊して、もうもうどうにもならなくなって泣く泣くやり直した覚えがあります…。 それからというもの、svn管理下のコピペが怖い(p_q) 【いやまて罠だ罠だ】 いや、しかし、何かいい方法があるはずだ。 全フォルダ mkdir して、全ファイルの中身を全選択してコピペする簡単なお仕事
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
git-svnを使うときのベストプラクティス - Life goes on
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
git-svn の使い方メモ
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが
xdocdiff -TortoiseSVNでWord, Excel, pdfのdiffを見るツール-
ホーム xdocdiff -TortoiseSVNでWord, Excel, PowerPoint, pdfのdiffを見れるようにするツール- English page ■概要 バージョン管理ツール、TortoiseSVN でWord、Excel、PowerPoint、pdf、OpenOffice.orgのファイルを管理するときに、 それらのリビジョン間のdiffを表示できるようにするツールです。 もし TortoiseSVN でのバージョン管理は行っていないが、これらの種類のファイルを比較し 差分を見たいのであれば、xdocdiff WinMerge Plugin をお試しください。 ■ダウンロード (Ver1.1.5a) プログラム: xdocdiff115a.exe (526k) インストーラ（xdoc2txt 1.35を同梱） xdocdiff113.zip (43k) xdo
Subversionのインストールと設定(Apache編)
SubversionはApache無しでも動作させることができますが、Apacheと連携して動作させることで、 ApacheのBasic認証やDigest認証等の認証機能、SSL等の暗号化通信等を利用することができます。 また、ブラウザから、最新のリポジトリの内容を見ることができます。 既に Apache を運用しているサーバーで Subversion を利用する場合は、Apapcheとの連携はそんなに手間では ありませんので、お勧めです。 また、Apacheが利用するポートで通信を行うため、新たにポートを空ける必要もありません。 ただし、Apacheの各種設定にはApacheの再起動を伴うケースがある事にも留意してください。 Subversionのインストールを行います。Subversionはそれ単体でも動きます。 (本サイトでも「 Subversionのインストールと設定(svnser
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Path-Based Authorization
ファイルやフォルダーのコピー・移動・名前の変更