SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
Subversion設定の標準化
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が
Open Tech Press | コード開発プロジェクトにおけるソース管理システムの正しい利用法
ソース管理システムの適切な使いこなしはプログラマにとって重要なスキルの1つであるが、その習得となると、実務の現場での経験と試行錯誤を通じて身につけるしかない。そのため学生や趣味のプログラマにとって、こうしたシステムの習得は時間がかかる以上に苦痛を伴う作業のはずだ。よって本稿では、ソース管理システムの初心者が陥りやすい落とし穴および、それらを回避するためのベストプラクティスを具体例とともに解説することにする。 ソース管理システムを使用する本質的な目的は、プログラマに余分な負担を掛けることなくプログラミング作業に集中させることである。そして開発対象のソフトウェアに追加した変更が思っていた程の効果を発揮しなかったり、あるいは追加そのものが間違っていたという場合でも、ソース管理システムを使用していれば最後にチェックインしたバージョンへと即座に復帰させることができる。またコードベース開発を複数のプロ
Emacs の vc-annotate - naoyaのはてなダイアリー
もしかしたら常識なのかもしれませんが、Emacs の vc-annotate がとても良いです。vc-annotate は vc (version control, バージョン管理システムのフロントエンド。Emacs から直接 svn {diff, commit, revert} することができる) に含まれる機能の一部です。vc-annotate を使うと、バージョン管理システム、例えば Subversion に保存された過去の履歴を気になったときにとても容易に調べることができます。 ソースを開いて M-x vc-annotate (C-x v g) すると (そのファイルがバージョン管理化に置かれて居れば) vc-annotate-mode になります。例えば Subversion で管理されている plagger の Plagger::Plugin::CustomFeed::Debu
livedoor Developers Blog:Subversionで攻めの開発を (いまさらだけど) - livedoor Blog（ブログ）
こんにちは。ブログ担当のnabokov7です。 さてみなさん、ここのところ、livedoor Blog の新機能リリースのペースが上がっていることにお気づきでしょうか。 12月だけでこれだけの新規リリースのお知らせを出しました。 2007年12月27日 プライベートモードで記事を投稿できるようになりました 2007年12月25日 タグクラウド とタグ別ページを表示できるようになりました 2007年12月20日 カテゴリ別モブログ機能リリースのお知らせ 2007年12月18日 「話題のブログ」が新しくなりました 2007年12月18日 プレビュー機能強化と新リスログプラグインのお知らせ 2007年12月13日 投稿・編集を便利にするブックマークレットのご紹介 2007年12月11日 バリューコマースの商品をカンタンに紹介できるようになりました。 2007年12月11日 アップロードしたファイ
svk によるレポジトリ分割の作業記録 - daily dayflower
前回は svnadmin dump を利用してレポジトリの分割を行いましたが，今回は svk をレポジトリ操作ツールとして使用し，レポジトリの分割をおこなってみました。 svndumpfilter に比べるとやや柔軟性が落ちますが，ことレポジトリの分割ということに焦点をおくのであれば，svk を利用したほうが簡便かつ安定しているようです。以下の手順は私があまり svk に慣れていないので煩雑にみえますが，svk に慣れている方からすると直感的でしょうし DEPOTs の切り替えを行うことなくやってのけることもできるはずです。 他の文献には svk repository をそのまま新レポジトリとする手法が載ってたりしたんですが，今回は SVN レポジトリがリモートにあったため愚直な方法を使いました。もっといい方法があるよ，という方はご教示ください。 前説 svk がなんなのかは省略します。
satolog: リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
Saturday, December 01, 2007 リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 Tech Talk: Linus Torvalds on git My hatred of CVS has meant that I see Subversion as being the most pointless project ever started. The slogan for Subversion for a while was "CVS done right" or something like that. And if you start with that kind of slogan, there is nowhere you can go. There is no way to do CVS right. ぼくの CVS への憎悪が
Subversion＋svkでらくらく分散リポジトリ：第1回 Subversionを使おう｜gihyo.jp … 技術評論社
Subversionのセットアップから、基本的な操作方法を説明します。 Subversion概要 ソースコードのバージョン管理システムは、ソフトウェアの開発の中でもっとも重要なツールです。チームで開発を行なうときにソースコード管理システムは必須のツールの一つですが、ソースコードだけでなく様々なフィアルも管理できます。単にチームとしての利用だけでなく、個人のツールとしても威力を発揮します。筆者も、個人でバージョン管理システムを導入して、原稿やサーバの設定ファイルなどのドキュメントの管理をしています。 バージョン管理システムとして、以前はCVSが多くのプロジェクトで利用されていました。しかし、CVSは履歴を保持したままでのファイルの移動ができないなどの問題もありました。SubversionはCVSが抱えていた問題を解決するために開発されました。現在では、多くのプロジェクトでSubversion
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 | 100SHIKI
ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 October 23rd, 2007 Posted in その他 Write comment 激しく使えそうな予感がして、朝からテストしまくりの開発者向けサービスのご紹介。こ、これは使える！ Beanstalkはバージョン管理アプリのSubversionをASPで提供してくれる。 ブラウザ上で簡単にリポジトリをつくってソースをコミットしていけるのだ。 もちろんバージョンごとにブラウザ上でコードを見ることもできる。複数ユーザーでもコミットも楽々だ。 こうした機能を実現するにはtracがあるが、インストールがとっても面倒である（苦労するよね、あれ）。そこで苦労した人にとってBeanstalkの手軽さは大きな魅力ではなかろうか。 現在のところ1リポジトリ、2ユーザー、10MBの容量の無料プランしか用意されていないが、近い
ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
Subversion
バージョン管理ツールSubversionの基礎練習です。 Windows XPのコマンドプロンプトでSubversionの基本的なコマンドを動かしていきます。 Subversionを学び始めるきっかけにどうぞ。 目次 はじめに ダウンロードとインストール リポジトリ用のディレクトリを作ります リポジトリを初期化します 新しいモジュールを作ってインポートします チェックアウトして作業開始 新しいファイルを追加します 新しいディレクトリを追加します 普段の作業はこんな風に進みます ファイル名を変更してみよう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールSubversionの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的なSubversionのコマンドをひと
TortoiseSVN
図目次2.1. 典型的なクライアント・サーバシステム2.2. 回避したい問題2.3. ロック・変更・アンロック法2.4. コピー・変更・マージ法2.5. ...コピー・変更・マージ法 (の続き)2.6. リポジトリのファイルシステム2.7. リポジトリ4.1. バージョン管理外フォルダの TortoiseSVN メニュー5.1. エクスプローラのアイコンオーバーレイ表示5.2. バージョン管理下のディレクトリに対するコンテキストメニュー5.3. バージョン管理フォルダでショートカットする、エクスプローラのファイルメニュー5.4. バージョン管理下のディレクトリに対する右ドラッグメニュー5.5. 認証ダイアログ5.6. インポートダイアログ5.7. チェックアウトダイアログ5.8. コミットダイアログ5.9. コミットダイアログのスペルチェッカ5.10. コミットの状況を表示している進行ダイ
業務で使うSubversion - PukiWiki
cvsでは、サーバリポジトリ中にクライアントにチェックアウトされるのと同じ構成のディレクトリツリーを持ちます。その中に「,v」で終わるファイル群を保持しており、これがクライアント側のファイルと1対1で対応しています。(サーバ側のファイル名が「hogehoge.txt,v」であれば、クライアントでは「hogehogo.txt」と言った具合です) 変更情報やタグ、ブランチの情報など履歴情報はすべてこの「,v」ファイル中に保持しています。 cvsでは、ディレクトリ構成の情報などは一切管理されていません。 このため、cvsではサーバ側のディレクトリ構成を変えるとクライアント側のディレクトリ構成もそれにあわせて変化することになります。 ただし、クライアント側ですでにチェックアウトされているリポジトリに対して勝手にディレクトリ構成を変えてしまうと、クライアント側でアンマッチエラーが発生する為、
ムービー企画「 Subversion によるバージョン管理入門」WEB+DB PRESS Vol.39 誌面連動ムービー
ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー バージョン管理ツールSubversionは、現在のプログラミング開発において欠かせないツールです。Subversionを利用することにより、ソースファイルの変更を管理することができます。また、複数の開発者がソースコードに対して同時並行に変更を施せます。 この記事では、Subversionの基本操作方法をムービーでご紹介します。 なお、WEB+DB PRESS Vol.39、特集1「構成管理 実践入門」の誌面連動ムービーにもなっています。 誌面の第2章「Subversionによるバージョン管理入門」では、svnコマンドによるSubversionの使用方法をご紹介いたしました。 Windowsの場合は、第2章のコラムで紹介したTortoiseSVNを使って、GUIベースでSub
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
Amazon.co.jp: 入門Subversion Windows/Linux対応: 上平哲: 本
Amazon.co.jp: Subversion実践入門:達人プログラマに学ぶバージョン管理(第2版): Mike Mason (著), でびあんぐる (翻訳): 本
Subversion によるバージョン管理