We’re getting things ready Loading your experience… This won’t take long.
リストア対象のTracLightningのインストールパス(デフォルトではC:\TracLight\bin)が、バックアップ取ったTracLightningと同じの場合、バックアップしたフォルダを配置するだけでよい。バックアップ格納フォルダとリストア先は以下の通り。プロジェクト:backup\trac→{Tracルート}\projects\trac Subversionリポジトリ:backup\svn→{Tracルート}\projects\svn 上記に当てはまらない場合、つまりバックアップ取得元とリストア対象のインストールパスが異なる場合は、さらに以下の作業を行う必要がある。 1.各種設定ファイルに記述されているインストールパスの変更最低でも以下ファイルは変更する必要有り。{Tracルート}\CollabNetSVN\httpd\conf\httpd.conf {Tracルート}\pro
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´・∀・`) つーかコメント欲しい(´・ω・`) "C:\TracLight" に Trac Lightning をインストールした後、"C:\TracLight\projects" フォルダを "D:\TracLight\projects" に移動する場合。 TracLightning サービスが開始されている場合は停止する。"C:\TracLight\projects" フォルダを "D:\TracLight\projects" に移動する。"C:\TracLight\CollabNetSVN\httpd\conf\httpd.conf" ファイル内にある全ての "C:\TracLight\projects" を "D:\TracLight\projects" に置換する。"C:\TracLigh
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel! Redmineでアジャイル開発を楽々管理 - @IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
現在、Aptana Studio を使用し、Ruby on Rails による Web アプリケーション製作の勉強をしています。オブジェクト指向言語を本格的に学習するのが始めてと言うこともあり、かなりてこずっています。 Visual Studio などのようにステップ実行を行い、各変数(オブジェクト)の内容を確認しながら作業が進められると便利だろうと思いステップ実行が可能なように環境を作成してみました。 これはその苦労結果です。本当はもう少しサクっとできるはずだったのですが...。 1.Aptana のアップデート 参考サイトにより下記の URL で Aptana のアップデートを試みました。 http://update.aptana.com/install/rails/3.2/ にてアップデート がしかし、Mylyn がないと言われ手しまいます。そこで言われるがままに Mylyn のイン
Tracって素ではローカルのsubversionリポジトリしか見れないのね。 しょうがないのでローカルにミラーすることにした。 で、どうやってミラーするかなんだけどSVKじゃなくてsvnsync使ってみた。 まずはミラー先で普通にリポジトリ作って svnadmin create /var/repos/hogehook/pre-revprop-changeを作って #!/bin/sh exit 0pre-revprop-changeに実行権限与えて chmod +x /var/repos/hoge/hooks/pre-revprop-changeミラーを初期化。 svnsync init file:///var/repos/hoge http://example.com/repos/hoge構文は svncsync init [ミラー先] [ミラー元] 同期するときは svnsync syn
Subversion で直前のコミットを取り消し,なおかつ Trac も同期する方法 2007-01-18-1: [Subversion][Trac] 勢い余ってコミットしたはいいけど,恥ずかしい間違いがあってコミットをなかったことにしたい場合の対処方法です. 対象のリポジトリ /svn/foo 現在のリビジョン 100 直前のリビジョン 99 対象の Trac 環境 /trac/foo 1. 取り消したいリポジトリをディレクトリごとバックアップする $ mv /svn/foo /svn/foo.bak 2. 同名のリポジトリを作成する $ svnadmin create /svn/foo 3. バックアップしたリポジトリから直前までのリビジョンをダンプして,新しく作ったリポジトリにロードする $ svnadmin dump -r 0:99 /svn/fo
How to Write a Thesis on T-Building A strong introductory paragraph starts with a hook that grabs the reader’s attention. Then, it provides details that lead to the thesis statement. The T Building—formerly the Triboro Tuberculosis Hospital in Queens, New York —is now affordable and supportive housing. It’s also a model for adaptive reuse of historic buildings. Adaptive Reuse of an Historic Buildi
【バグ管理の作法】Trac徹底活用! 第1回:なぜバグ管理システムを使うのか? 著者:シンクイット編集部 公開日:2007/12/6(木) バグ管理システム(BTS)とは 12月の特集「バグ管理の作法」の木曜日では、バグ管理システム(BTS:Bug Tracking System)に焦点をあてる。バグ管理システムの基本的な部分から解説し、「Trac」を題材に、チケット管理から運用方法、subversionとの連携まで解説していく。第1回ではBTSの基本を押さえていこう。 BTSとは、ソフトウェア開発において発生するコード上のバグを管理するシステムである。バグの管理は、Ecelや紙で行っているプロジェクトもある。しかし、近年ではこのBTSが利用されてきている。まずは、BTSが利用されるようになった背景をみていこう。 なぜBTSか 近年のソフトウェア開発においては、バグを漏らさず修正することが
最近だとRedmineやRetrospectivaのような他のBTSも人気なのに、何故Tracを使うのか一応整理してみた。 ■Tracの利点 プラグイン豊富 必要な機能があればtrac-hacksみてプラグイン探して機能追加すれば良い。足りない機能は自分で作れる。 XMLRPCによる外部との連携 APIを通じてごにょごにょ出来る。Mylynとか レポジトリブラウザが使いやすい 差分のDL機能や色分け表示等が他のものに比べて使いやすい レポート表示のカスタマイズが出来る 状況に応じて必要なレポート定義しておけば報告も簡単。 エクセル出力プラグインをいれておけば顧客向け課題管理表も簡単自動生成 自由なACL設定 プロジェクト毎、ユーザ毎にかなり自由にACL設定が出来る。派遣スタッフや協力会社が混在している環境だとACLには気を使うので、ここは自由なほうが良い。現在はLDAP認証とBASIC認
Tracをインストールしたあと、とりあえず入れた方がいいんでねーか?と思われるプラグインをリストにしてみた。 なお、Tracのバージョンは0.10を対象にしており、いくつかのモジュールは0.11で本体に取り込まれた。 ExcelReportPlugin レポートを純粋Excel形式で出力できる。これを使うことで、顧客と課題管理表をExcelでやりとりしつつ、管理はTracで出来る。カスタムクエリを工夫すると、いろんなレポートが作れる。 <サイト内関連記事> TracのレポートをExcel形式で出力 ExcelReportPluginをpython2.3で利用するhack ExcelReportPluginの管理 IniAdmin いちいちtrac.iniを手動で編集するのは大変なので入れる WebAdminPlugin プラグインの有効化、ユーザの追加などなど、コマンドラインでしか出来
Trac ExplorerはSubversionのWindows用クライアントであるTortoiseSVN(トータスSVN)のアドオンとして動作するツールで、Subversionでのコミットログの記述の際に、関連するTracのチケット番号を挿入したりすることが出来る。 (このツールはVisual Studioとも連携できるらしい) 普通は手動で、コミットログを書いて、fixedとかrefとか書いているんだけど、「あれ?あのチケット何番だっけ?」みたいなことも往々にして発生するので、このツールは非常に便利だ。 動作の前提条件 動作には、.NET Framework2.0が必要。また当然ながら、TracおよびTortoiseSVNも必要になる。TortoiseSVNのバージョンはHook Scripts機能が利用できる1.5.4以上のバージョンにする。 また、Tracとのデータのやりとりは
TracExplorer is a collection of utilities which integrate with Edgewall's Trac system. Visual Studio Addin which integrates Trac functionality into Visual Studio 2005 and 2008. It's main function is to facilitate management of tickets from within Visual Studio. TortoiseSvn ticket integration adds trac tickets to commit messages. Good Starting Points Licence Development Download Documentation FAQ
*2009/1/13追記 細かい操作説明の画面も適当翻訳しました。こちらも参照。 trac-hacksを見ていたら決定版を見つけたよ。 TicketImportPlugin http://www.trac-hacks.org/wiki/TicketImportPlugin いままで知らなかったから最近出たのかな~。 出来ること ExcelファイルもしくはCSVファイルから一括してチケットのインポートもしくは更新が出来る 全部適当に訳しておこう。 概要 このプラグインによってTracに複数のチケットをCSVファイルまたはExcelファイル(xlrdがインストールされている場合)からインポートすることが出来る。 また、レポートをCSV形式で保存→編集→再インポートの手段を取ることでチケットの一括更新にも利用することが出来る。 このプラグインは新しいプロジェクトを開始するときに非常に有用だ。会議
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く