SI業界人は要チェック！！Subversionでのベンダブランチの運用手順。
外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（
さくらサーバでsvn+sshを利用する方法(Linux/Mac) - プログラミングノート
SVNの閲覧はtracからできるようになったので、今度はクライアントからSVNを操作できるように設定します。まずは普通に接続してみたのですが、[svnserve: command not found] とでて接続できません。 [ client ] $svn co svn+ssh://user@user.sakura.ne.jp/path/to/svn svnserve: command not found さくらインターネットに設置した subversion で ssh ログイン時に発生するエラーによると、サーバ側のログインシェルのパスがSSH接続の際に設定されないとのこと。そこでSSHした際にも設定されるパスでコマンドを実行できるようにリンクを作成して試したところ、今度は問題なく接続できました。 [ server ] $ln -s /home/user/local/bin/ /home/
さくらレンタルサーバにインストールしたSubversionサーバへのSSH接続手順 - 技術メモ for me
さくらのレンタルサーバ上に構築したSubversionに、TortoiseSVNを用いてSSHトンネリング接続する手順メモ。 環境 サーバサイド 環境 さくらのレンタルサーバ（スタンダードプラン） サーバソフト Subversion 1.5.2 クライアントサイド OS Windows XP Pro SP2 クライアントソフト TortoiseSVN 1.5.0 その他ソフト PuTTY Release 0.60 PuTTYgen Release 0.60 認証鍵の準備 PuTTYgenを起動する。 「Generate」ボタンをクリック。 ウィンドウ上でマウスを動かし、プログレスバーを埋める。 新たに表示された枠（「Public key for pasting in to OpenSSH authorized_keys file:」と書いてある下のもの）の中の文字列をすべてコピーする。 「
10分で作る、Subversionレポジトリ - Unix的なアレ
バージョン管理システムにはCVSやsubversionなど様々なものがありますが、サーバーのセットアップに抵抗がある人もいるのではないでしょうか？ しかしながら実際のところ、パッケージ化されているので驚くほど簡単にできてしまいます。 今回は、もっとも簡単な手順でSubversionのレポジトリサーバーを構築する方法を紹介したいと思います。 動作環境 今回の手順の動作環境は下記のとおり。OSをインストールしたままの、まっさらな状態を想定しています。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 それでは早速いきましょう。本当に10分間で構築できます。 パッケージのインストール 下記の作業はすべてrootで作業をするものとします。(まっさらな状態を想定しているため、sudoは利用していません。) それでは必要なパッケージをイ
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
オーム社開発部の方とのやり取り:Geekなぺーじ
先日、本ブログにて「退職報告及び自己紹介」という記事を書いたところ、マスタリングTCP/IP RTP編を監訳したときのご担当の方からメールを頂きました。 実はこのブログの読者だったそうでが、自己紹介文章を読んでびっくりしたとの事でした。 今回のやり取りに関して書く了承を頂けたので、書いてみました。 何度かメールをやり取りしていましたが、今度おじゃまして色々お話を聞かせて頂くお願いをしました。 今回は、お時間を頂戴してフリーな打ち合わせという形でお邪魔させて頂く予定です。 後日、先方の了解を得られた範囲内で公開したいと思っていますが、まだどうなるかは未定です。 RTP本の監訳をしているときに、昔の技術出版業界と最近の技術出版業界というような話や、出版の流れなどを色々教えていただけて面白かった記憶がありました。 それも、もう5年以上前になるのですが、当時とは多少編集方法が変わってきているようで
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
Subversionを使ってプロジェクトを破綻させるためのTIPS:Geekなぺーじ
「Subversion worst practices」というプレゼン資料がありました。 Subversionを使ってできる最悪のバージョン管理方法を解説しています。 Google社員によるOSCON(2007/7)でのプレゼンのようです。 笑えました。特にレポジトリ直編集あたりが何度か。。。(ry。 利用するバージョン管理システムについてひたすら言い争う 既存のスクリプトなどの存在を全て忘れて何が何でもSubversionへ移行する バックアップなんて気にしない、もしくは毎晩「svnadmin dump」 色々な言語のファイル名を混在させる 開発者は信用できない。Lockしまくる。無断で編集させない。コンフリクトを防ぐ。Lockしたまま旅行へ行く。ついでにsysadminも連れて行く バージョン管理システムを直接使わせずに、それを使うスクリプトを作って使わせる 全開発者に自前プランチを与
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ディレクトリをバージョン管理の対象から完全に外す方法 - gan2 の Ruby 勉強日記