SvnAuthzAdminPluginを0.10で動かす - almost nearly dead
昨日の続き...http://d.hatena.ne.jp/kanu-orz/20080930/1222769321 Trac Lightningでは便利に動いているSvn Authz Admin Plugin。 0.10でもとTracHacksから落としてきても手元の環境*1では上手く動かなかったのは昨日書いた通り。そもそもTracHacksには0.10用しか無く、0.11は有志によるPatchが提供されている状態。そんな状態なのに0.10で動かないのは納得でき〜んということで調べてみました。*2 pythonは(も?)良く分からないので、そこはグーグル大先生頼り。 エラーメッセージを頼りに色々みていくとどうも、pathname2url/url2pathnameの辺りがwindows環境で問題になっているのを発見。 んで、Trac Lightningの方のソースを確認すると使わないように
グループ演習用に Trac Lightning 2.1 を設定してみる (気になる技術をメモりたい,Trac) - 株式会社八角研究所
どこだかの研修で Trac を導入しようとしてます。Trac Lightning 2.1 をつかいます。グループ演習なので、グループごとにプロジェクトをひとつ作成して、次のように権限設定したいわけです。 各グループには、リーダーとメンバーがいる リーダーは自分のプロジェクトにたいして多くの権限をもっている（例：マイルストーンの管理） メンバーは自分のプロジェクトにたいしてリーダーほどではないが権限をもっている（例：チケットの登録） リーダーもメンバーも自分のプロジェクトの subversion リポジトリの読み書きができる すべてのリーダーとメンバーは自分の属さないプロジェクトにたいして閲覧のみの権限をもっている。ただし、リポジトリブラウザでファイル内容を閲覧することはできない すべてのリーダーとメンバーは自分の属さないプロジェクトの subversion リポジトリにアクセスする権限をも
プログラマの思索: Subversionのブランチを有効活用してアジャイルに開発せよ
デブサミ2008講演資料の「SubversionとMaven 2 による構成管理」を読んで、改めてソフトウェア開発ではソース管理が最重要であると再認識した。 ソース管理について振り返ってみる。 【1】ソース管理の歴史 ソフトウェア開発では、ソース管理が必須だ。 ソース管理の本質は、履歴を辿って、いつでもソースをUndo、Redoできること。 昔のコンピュータ資源が希少な時、そもそもプログラムを履歴に残すことすらできなかっただろう。 今でもリリース時によくやるように、システム一式を複製して日付でリネームしていた。 僕は当初、ソース管理に、MSのVisualSourceSafeを使っていた。 CVSよりも直感的でGUIが使いやすい。 VSSを使い始めてから、下記の作業がルーチンになった。 朝、出社後、VSSから最新ソースを落として、VisualAgeForJavaのワークスペースにインポートす
SI業界人は要チェック！！Subversionでのベンダブランチの運用手順。
外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（
Springframework.org
Copyright © 2005 - 2024 Broadcom. All Rights Reserved. The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries. Terms of Use • Privacy • Trademark Guidelines • Your California Privacy Rights • Cookie Settings Apache®, Apache Tomcat®, Apache Kafka®, Apache Cassandra™, and Apache Geode™ are trademarks or registered trademarks of the Apache Software Foundation in the United States and/or
TracLightningをインストールしたのでメモ(2) 最初の設定 - kanonji’s diary
TracLightningをインストールしたのでメモ - kanonjiの日記 の続きです。 TracLightningをインストールしたので、最初に行なった設定などをまとめます。 Subversionのアクセス権を変える 設定ファイル %TRAC_LIGHT_HOME%\projects\svnauthz*1 デフォルトの設定 [groups] [/] admin = rw * = rw guest = r 変更後の設定 [groups] developer = foo,bar,foobar [/] admin = rw guest = r @developer = rwデフォルトでは「* = rw」とあるように、全てのユーザーにリード権限もライト権限(コミット可能)も与えています。 TracLightningでは、SVNリポジトリへのアクセスはDigest認証が必要なので、問題ないよう
Subversion Tips - とみぞーノート
リポジトリの作成〜日常行う作業についてのメモ。 1. インポート 1-1 リポジトリの作成 まず、ファイルを格納場所(リポジトリ)を作成する。 # svnadmin create /home/SV/TestRepos (/home/SVディレクトリはあらかじめ作成しておくこと) 本コマンドを実行すると/home/SV/にTestReposディレクトリが作成される。中を除くとバージョン管理用に幾つかファイルが作成されているのがわかる。SubversionではCVSと異なり、バイナリファイルで管理されるので、リポジトリの中を除いても基本的に意味はわからない。 # ls /home/SV/TestRepos/ README.txt conf dav db format hooks locks 1-2 プロジェクトのインポート 作成したリポジトリにプロジェクトを登録する。svn importコマン
Tigris.org: Open Source Software Engineering
Problems and suggestions about individual projects should go to users@thatproject.tigris.org Tigris.org Community Scope Tigris.org is a mid-sized open source community focused on building better tools for collaborative software development. You will not find thousands of unrelated projects here: every project fits into the Tigris mission. You will not find dead projects here: every project is welc
Redmineとバージョン管理システムの連携
RedmineはSubversion等各種バージョン管理ツールとの連携機能を持っています。 リポジトリへのコミット時、コミットメッセージに特別な記述を追加することで以下の処理をRedmineに自動的に行わせることができます。 Redmineのチケットとリポジトリのリビジョンの関連づけ Redmineのチケットのステータス・進捗率の更新 Redmineの作業時間の記録 チケットとリビジョンの関連づけの例 リビジョンからチケットへのリンク ソースコードの修正がどのチケットに基づくものなのか把握できます。 チケットからリビジョンへのリンク あるチケットに記述された課題に対してどのようにソースコードが変更されたのかを把握できます。 事前準備 各プロジェクトでのリポジトリの設定 あらかじめ各プロジェクトの「設定」画面の「リポジトリ」タブで、バージョン管理システムの情報を設定しておく必要があります。
Trac と Subversion を連携させる - snbhsmt_log
Trac の配布アーカイブやリポジトリの contrib ディレクトリにある trac-pre-commit-hook と trac-post-commit-hook スクリプトを利用すると、 Trac と SCM を連携させる事ができる。 今回は Trac と Subversion を連携させてみる。 環境 : CentOS 4.6 / Subversion 1.1.4-2 (rpm) / Trac 0.10.4-1 (rpmforge) 標準状態でも Subversion のコミット・ログに #4 とか書いておくと、 Trac のリポジトリ・ブラウザがチケット 4 へのリンクに変換してくれる。 上記のスクリプトを利用すると、メッセージ (今回は Subversion のコミット・ログ) を Trac のチケット・コメントとして投稿し、それにチェンジセットへのリンクを追加してくれる。 こ
vss2svn.plを使ってVSSからSubversionへ移行(概要) | ひだまりのなか、想ふこと
一定期間更新がないため広告を表示しています
Subversion - てんぷらメモ
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
[CentOS][SVN]Subversionの導入 - Linux編
Redhat Enterprise互換ディストリビューションであるCentOS上に、Subversionサーバを構築します 構築したSubversionサーバへはWebDAV経由でリポジトリへのアクセスを行える様にします また、利用ユーザ(グループ)毎に細かいアクセス制限ができる様にします WebDAVを使うという事で、apache2の導入も必要になります ここではapache2の導入が終わっていることを前提での手順を記載します
Subversionのシステム構成を考えてみた
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
プログラマの思索: Subversionコードラインのライフサイクル
Subversionを使ったブランチモデル、バージョン管理戦略がだいぶ分かってきたのでまとめてみる。 ＃走り書きなので後でロジカルにまとめる。 元ネタは下記の記事。 複数のアジャイルチームでのバージョン管理 【1】Subversionブランチが作られるタイミングは、2つある。 一つは、本番リリース直後に作るリリースブランチ。 他方は、突然やってきた大きな機能追加に対応するタスクブランチ。 【1-1】リリースブランチは普通で頻繁に作る。 リリースブランチのライフサイクルは、下記の通り。 これがVer1.0, 2.0とバージョンアップするたびに作られる。 Create：本番リリース直後にtrunkから切られたTagから作る。 ↓ Update：緊急のバグ修正を反映する。当然、trunkにもマージする。 ↓ Delete：次のバージョンが本番リリースされた直後に廃止される。 ここで重要なポイント
構成管理 実践入門 第3章 Subversionベストプラクティス コードライン編その１ メインライン
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion/運用方法 - ピノキヲ IT Wiki
ExactEye.com is for sale | HugeDomains
ExactEye.com is for sale | HugeDomains