10分で作る、Subversionレポジトリ - Unix的なアレ
バージョン管理システムにはCVSやsubversionなど様々なものがありますが、サーバーのセットアップに抵抗がある人もいるのではないでしょうか？ しかしながら実際のところ、パッケージ化されているので驚くほど簡単にできてしまいます。 今回は、もっとも簡単な手順でSubversionのレポジトリサーバーを構築する方法を紹介したいと思います。 動作環境 今回の手順の動作環境は下記のとおり。OSをインストールしたままの、まっさらな状態を想定しています。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 それでは早速いきましょう。本当に10分間で構築できます。 パッケージのインストール 下記の作業はすべてrootで作業をするものとします。(まっさらな状態を想定しているため、sudoは利用していません。) それでは必要なパッケージをイ
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
pne-book-9-2 – OpenPNE
TOC OpenPNE開発のSubversion活用法 解説：海老原 文：井本 概要 OpenPNEでは、Subversionというバージョン管理システムを用いてソースコードの管理をおこなっています。 ここでは、OpenPNE開発でSubversionがどのように使われてるか、OpenPNEのTracを見ながら紹介していきます。 OpenPNE開発情報 http://trac.openpne.jp/ まず、上のグローバルメニューから「Browse Source」をクリックすると、Subversionで管理されているファイルの一覧を見ることができます。(http://trac.openpne.jp/browser)[[BR]] OpenPNE本体のソースコードは、ルートディレクトリ（一番上のディレクトリ）にある「OpenPNE」という名前のディレクトリに格納されています。 （注：ルートディレ
[ThinkIT] 第3回：Subversionによるバージョン管理（後編） (3/3)
この点を考えて、Subversionの機能の1つであるブランチという機能を使用して開発することにしました。ブランチとは、現在のリポジトリから派生したリポジトリのことをいいます。ブランチに対して、派生元のリポジトリをトランクと呼びます。 トランクとブランチのイメージを図1に示します。 トランクはブランチの変更の影響をまったく受けないため、例えば不具合の修正といった小さな変更を並行で進めることができます。フォト蔵の開発の場合、トランクは不具合の修正のみに行うようにして、ブランチはリニューアル専用のものを1つ作成しました。 またブランチを作成して開発する際の注意点として、トランクの変更をブランチにも同じように反映することがあげられます。トランクの変更をブランチに適用することをマージと呼びます。常にトランクの変更を正しくブランチに適用し続けないと、ブランチの開発が終了してトランクへマージする際に、
[Prog] キャスト式を左辺に置くと
2002 | 10 | 11 | 12 2003 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2004 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2005 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2006 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2007 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2008 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2009 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 1
Web newbie
http://d.hatena.ne.jp/yupug にかわります。 （はてなさん、すみません。。idかえたかったんです。。） 今後ともよろしくお願いいたします。 (途中) Catalyst::Plugin::Authenticationの設定値として、 use_sessionというものがあります。 use_session Whether or not to store the user's logged in state in the session, if the application is also using the Catalyst::Plugin::Session plugin. This value is set to true per default. と、CPANには書かれているのですが、設定することでどのフローが変わるのか、よくわかりません。 で、調べてみて、一言で
livedoor Techブログ : 2007年12月
こんにちは。ブログ担当の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日 アップロードしたファイ
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を愛でながら、CVSと比較してみる - [・ _ゝ・]日記を書くはやみずさん
どうも、最近無駄にSVNの導入を一人推し進めているhayaです。 Subversionの本を読んで、大体Subversionの概要がわかったのはいいけど、CVSと何が違うのか、CVSにはないメリットはなんなのか、という点がわからなかったので、ちょっと調べてみた。間違いを含んでいる可能性があるので、気がついたらつっこんでください。 Subversion CVS CVSのバージョン管理モデルはすばらしいが、実装がクソ*1という思想 - セットアップが大変(らしい) 追記：大変なのはApacheと組み合わせたりするとき。ローカルで遊ぶのは割と簡単*2 セットアップが割と楽(らしい) レポジトリ全体にリビジョン番号がつく ファイルごとにリビジョン番号がつく コミットがアトミック コミットはファイル毎 ファイルの移動、コピーをしても変更履歴が保持される ファイルの移動をすると、変更履歴が消える。変更
![Subversionを愛でながら、CVSと比較してみる - [・ _ゝ・]日記を書くはやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/a034fc42f4982f9e309a60a7761eea7fa8d2d317/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031278216%2F17680117127031359399%2F1555337386)
Subversion講座: SubversionとCVSの違い
1.バージョンは、リポジトリ単位 CVSの場合バージョンはファイル毎でしたが、Subversionの場合はリポジトリ毎になります。これは結構よい感じです。たとえば、、、 1.複数のファイルをコミットするときに一部のファイルで競合が生じ、コミット出来なくてなるようなことがありません。 2.昔の状態に戻したいときCVSだったら「このファイルは2バージョンアップしたから、2バージョン下げて・・・」と一つ一つのファイルのバージョンを調べて戻す必要があります。Subversionだったら、全体にバージョンが付いているので全体のバージョンを下げるだけです。 2.ディレクトリ毎に変更履歴が見れる ディレクトリ内のファイルの変更履歴がすべて見れます。 ファイル単位で調べなくてもいいので、楽です。 3.ファイル名の変更とコピーが簡単 CVSでファイル名を変えるときは、古いファイルを消し、新しいファイルを
業務で使うSubversion - PukiWiki
cvsでは、サーバリポジトリ中にクライアントにチェックアウトされるのと同じ構成のディレクトリツリーを持ちます。その中に「,v」で終わるファイル群を保持しており、これがクライアント側のファイルと1対1で対応しています。(サーバ側のファイル名が「hogehoge.txt,v」であれば、クライアントでは「hogehogo.txt」と言った具合です) 変更情報やタグ、ブランチの情報など履歴情報はすべてこの「,v」ファイル中に保持しています。 cvsでは、ディレクトリ構成の情報などは一切管理されていません。 このため、cvsではサーバ側のディレクトリ構成を変えるとクライアント側のディレクトリ構成もそれにあわせて変化することになります。 ただし、クライアント側ですでにチェックアウトされているリポジトリに対して勝手にディレクトリ構成を変えてしまうと、クライアント側でアンマッチエラーが発生する為、
コマンドライン Subversion の使用
コマンドライン Subversion の使用 バージョン管理に Subversion を使用すると開発プロジェクトに参加する場合、プロジェクト ソースファイルをアクセスおよび変更するには Subversion を使用する必要があります。左側のナビゲーション ペインにある [Subversion] リンクをクリックすると、オンラインでプロジェクトのディレクトリ構成とファイルを参照することができます。 [Subversion] ページには、branches/、tags/、trunk/ の 3 つのサブディレクトリ、および Readme ファイルが表示されます。 Readme ファイルには Subversion リポジトリのトップレベルの一覧があります。[オプションにアクセス] をクリックすると Subversion クライアントのセットアップ手順が参照できます。ローカル マシンに Subver
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
メモ/WebDAVでSubversion - SaikyoLine.jp
メモ 使用したバージョン Apache 2.2.0 Subversion 1.3.0 インストールするディレクトリ Apache /usr/local/apache2 Subversion /usr/local/subversion Apacheインストール † # cd /usr/local/src # wget http://example.com/httpd-2.2.0.tar.bz2 ←最寄りを。 # tar jxf httpd-2.2.0.tar.bz2 # cd httpd-2.2.0 # view INSTALL ←とりあえず読んで。 # ./configure --enable-so --enable-dav ←この二つは必須。 # make # make install # /usr/local/apache2/bin/apachectl start 〜 動作確認 〜 #
svn 入門 (tonextone.com/type/)
運用中の最新ファイルでローカルの作業コピーを更新 emacs(meadow) で編集 ediff で差分確認 更新 というのを手作業で繰り返すのはもうイヤだ。 いい加減バージョン管理システムが必要だ。 つーわけで、Subversion にスムーズに移行すべく調査、検討した。 Subversion 1.3.2 (cygwin 版) meadow 2.10 (based on GNU Emacs 21.4.1) vc-svn.el (Jim Blandy 版) 方針として、極力フロントエンドで調整する。 バックエンドの設定項目にも、ざっと目を通しておくけど、デフォルト前提で。 ◆ Subversion cygwin の setup.exe でインストール。 いつのまにか、~/.subversion/ ができている。 /.subversion/ 以下のファイルでいろいろ設定できるので、要チェック
Subversion＋svkでらくらく分散リポジトリ：第1回 Subversionを使おう｜gihyo.jp … 技術評論社
Subversionのセットアップから、基本的な操作方法を説明します。 Subversion概要 ソースコードのバージョン管理システムは、ソフトウェアの開発の中でもっとも重要なツールです。チームで開発を行なうときにソースコード管理システムは必須のツールの一つですが、ソースコードだけでなく様々なフィアルも管理できます。単にチームとしての利用だけでなく、個人のツールとしても威力を発揮します。筆者も、個人でバージョン管理システムを導入して、原稿やサーバの設定ファイルなどのドキュメントの管理をしています。 バージョン管理システムとして、以前はCVSが多くのプロジェクトで利用されていました。しかし、CVSは履歴を保持したままでのファイルの移動ができないなどの問題もありました。SubversionはCVSが抱えていた問題を解決するために開発されました。現在では、多くのプロジェクトでSubversion
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HugeDomains.com
Subversion/運用方法 - ピノキヲ IT Wiki
http://www.machu.jp/posts/20080311/