さくらVPSにSubversionとTracをインストール。 - 気ままに書いてみました日記
自宅サーバではバックアップはかなり適当な感じだったので、しこしこ書き溜めているソースの管理はさくらのVPSに移した。月額980円の年間1万ちょっとで安心が買えるのはとても安いと思った。メモリが512Mのプランなので他にはネームサーバとかを移したぐらい。 以下はコマンドの発行手順。自宅サーバから手軽にチェックアウトしたいというような場合は秘密鍵をほげほげして.bashrcに「export SVN_SSH ...」を記述してみたいな感じの作業があった。備忘録。 git、使えるようにならないといけないな。めんどくせ。 tracのインストール方法 useradd taro groupadd svn ##wget http://pypi.python.org/packages/2.4/s/setuptools/setuptools-0.6c11-py2.4.egg ##sh setuptools-0
[trac] リビジョンの遷移をグラフィカルに表示する「Revtree」プラグインを入れてみた « 岩家ぶろぐ
はじめに 年末年始でSubversionのリポジトリを引越したり，BTSな開発脳を鍛えるべく，Tracをセットアップしたりしているissmです． 昨晩，ふと思い立ったのと勉強もかねて，Tracのプラグイン「Revtree」を入れてみました． 以下，その経緯をだらだらと書いていきます． 環境 放置していたThinkpad R32にUbuntu 9.10を入れて動かしています． Lenovo ThinkPad R32(2658-MBJ) – 製品仕様 – Japan Revtreeプラグインについて Revtreeは，Subversionリポジトリにおけるリビジョンの遷移とか派生状況とかをグラフィカルに表示してくれたりする，Tracのプラグインです． RevtreePlugin – Trac Hacks – Plugins Macros etc. – Trac 以下，引用をいくつか． 概要 T
同時進行プロジェクトの多い人の進捗管理、何がおすすめ？ | スラド IT
自分は社員数 50人程度の会社の唯一の IT関連従業員として働いており、仕事はプログラミングやサポートなど広範囲に及ぶ。 小さな会社ではよくあることだと思うが、物事の優先順位が頻繁に変化するため常に複数のプロジェクトやタスクを抱えることとなる。 ToDoリストには複数のプログラミングプロジェクト（新システムの開発や既存のシステムへの修正/改良など）や統合、リサーチ、メンテなどのプロジェクトやタスクが並んでいる。 タスク管理には現在 Outlook Tasksを使っているが、進捗状況を確認するために結局昔のメールなどを漁るはめになる。タスクからしばらく離れていた時などは進捗を確認するだけで 1～2時間かかることも稀ではなく、あまり上手くいっているとは言い難い。 MS Projectや OpenProjも検討してみたが各プロジェクトを独立したファイルにする仕様となっており、全てのプロジェクトや
Subversion、tracの覚え書き
SubversionはSubversionのページからダウンロード出来ます。 Subversionは、CVSの後継として開発されたバージョン管理ツールです。Subversionは、以下のような特徴を持ちます。 内部データをUTF-8で保持しているため、日本語のファイル、日本語フォルダも問題なく処理出来る ApacheのWebDAV機能を使ってリポジトリが公開出来る また、windows環境のコマンドラインツールもちゃんと日本語でメッセージが表示されますし、エクスプローラのシェル拡張機能である、TortoiseSVNも日本語言語パックが提供されています。 まずは、Subversionのリポジトリを作成方法。リポジトリの作成には、svnadminコマンドを使います。また、この時にリポジトリの形式が、fsfsという独自ファイル形式とBSD DBの２種類が選択出来ます。ネットを調べる限り、BSD
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
そろそろTracのワークフローについて語っておくか - almost nearly dead
思いのほかワークフローに言及する人が少ないので、この辺で少し語ってみることにしてみる。 0.10までのtracは基本的には new → assigned → closed という非常に貧弱で単純。 これに対処すべくTracの利用者の多くは、管理者以外はチケットクローズしないという運用ルールを決めたり、実装者にクローズさせておいて確認日を入れるカスタムフィールドを用意して対処したり、とりあえず人に優しいとは言えない状態でした。 まぁ当然この貧弱さは問題視されていなかったわけではなく、0.11へのバージョンアップでワークフローがカスタマイズ可能になり問題を解決することが可能になっているわけです。 0.11では デフォルトワークフローの変更 これは assigned の後に accepted というステータスが追加になりました。 これにより0.10以前では把握が難しかった着手・未着手の状態が、
WBS（Work Breakdown Structure）によるプロジェクト管理
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trac/チケットのプロパティ制御の重複対応 - 気の向くままに・・・
Trac：文字列項目での範囲指定 - 気の向くままに・・・