parkheights405.com 2023 著作権. 不許複製 プライバシーポリシー
parkheights405.com 2023 著作権. 不許複製 プライバシーポリシー
無為空間 むいむい(´ω｀*) Entries Redmineのアカウント情報でSubversionの認証を行う タグ: Redmine RedmineとSubversionのパスワードを一元管理する方法を探していたところ、こんなものが用意されていたことを今更ながら知った。 Repositories access control with apache, mod_dav_svn and mod_perl Redmine.pmを特定の場所に置き、Apacheの設定を行うことで、Redmineの設定でSubversionの要求を認証・認可できるようになる。 公式の例はDebian/Ubuntu。CentOSなら「How To Install Redmine on Centos 5.2 Update」あたりが参考になる。 このモジュールの主な特徴は以下の通り。 URL中の「リポジトリ名」と思われ
昨日のエントリ『Subversion WebDAV transparent write-through proxy を試してみた〜導入編〜』に引き続き、今回は、マスタサーバとスレーブサーバのpost-commitでのsyncが失敗する場合を想定して、その時の各サーバの挙動と、障害発生時にどのような対応をすればよいかを確認していきます。 今回の動作確認の構成は以下のようになっています。 それでは、クライアントで実際にコミットをして、失敗することを確認します。 [svn-client]$ svn ci -m "Test Commit" 送信しています subversion.txt ファイルのデータを送信しています . リビジョン 10 をコミットしました。 警告: post-commit hook failed (exit code 1) with output: svnsync: Could
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
Subversion 1.5 のリリースより、レプリケーション機能が追加されています。 マスタサーバ、スレーブサーバの構成であり、ユーザからのcheck outやexportなどの 読み込みアクセスに関しては、スレーブサーバが応答し、commitやimportなどの 書き込みアクセスについてはスレーブサーバはマスタサーバにリクエストを スルーするというものです。 この機能は、マスターサーバーが遠隔地に配置されており、 その間の回線が遅いときなどに役に立ちます。 それでは早速、テスト環境を整備していきます。 OSはCentOS5.2を使用し、マスタサーバおよびスレーブサーバに インストールするミドルウェアは以下の通りです。 apache 2.2.10 subversion 1.5.4 subversion-deps 1.5.4 ちなみに WebDAV transparent write-th
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
