Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
SubversionリポジトリとTrac作成コマンドのメモ - maru.cc@はてな
いま、デプロイ方法や、プロジェクト管理方法のうまい方法が無いか模索中です。 何十、何百人月で、運用が数年続く案件ならば、初期設定がある程度コストがかかっても、しっかりとした仕組みを設置することは出来ますが、うちの場合には、1人月程度で、しかも運用自体も数ヶ月という短期案件が結構あります。 その場合に、初期コストをかけずに、ある程度大規模になっても適用できる仕組みが無いものか。 今現在は、Subversionでバージョン管理をし、そこから、rsyncのシェルバッチを使用し、ステージング、本番へ反映する仕組みはあるのだが、もっといい方法は無いものか。 いい方法があったら、ぜひ教えてください。 で、Subversionも、ひとつの共有リポジトリにプロジェクトごとにフォルダを作成して作業していたのですが、ファイル数が多くなってくると、svn update がめちゃめちゃ重くなってきたので、プロジェ
YappoLogs: 悪のりで学ぶsvnadmin/trac入門実用編
悪のりで学ぶsvnadmin/trac入門実用編 とある平和なある週末に事件は起こった xx:14 ([aopy]+) stfuawsc汚染なコードをciってまった xx:14 (A) ちょ xx:14 (B) ｗｗ xx:14 (C) ｗｗｗ xx:14 (D) stfuawsc xx:14 {[ainOS]+} パネラーディスカッションという事で、直近のコミットした内容をこの世から抹消しなければならなくなった。 しかもtrac上のデータもあわせて..! 消したいリビジョンは100である。 svnのデータを消すコマンドだけで直前のコミットを取り消せないものかと調べたが、出来ないという事が分かった。 ちょっと冷静になって、svnadmin dumpとsvnadmin loadの組み合わせで何とか出来ないか？と考え$ svnadmin dump /svn/public > /tmp/publ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
