GitとMantisを連携させてみる | Ikeda->Weblog();
ということでバグ追跡にはMantisを使い出してみたんですが、SCMとの連携に関してはSubversionとのものしか情報が得られません。 具体的にはSubversionのpost-commitフックを利用し、checkin.php というスクリプトにコミットログを含むコメントを食わせ、その中に特定のキーワードがあればチケットのステータスを変更させる、というものでした。 って、Gitにもばっちりhookってありますよね。しかも post-commit ってそのまんまのやつが。もしかするとこれをいじることで、同様のことができるんじゃないでしょうか？ ものは試し、早速やってみました (^^)b ざっくりとした設定の内容は続きに。 では、Mantisのドキュメントにある内容を参考に進めてみます。 まず、SCMからチケットを弄ぶため、Mantisに専用ユーザを作れ、とのこと。何も考えずに”gitu
Subversionの管理用インタフェース·SVN Access Manager MOONGIFT
Subversionはお使いだろうか。開発作業には欠かせないツールであるというのは言うまでもないが、バージョン管理という面で見ると何も開発に限った話ではない。普段の業務内で使うファイルだってバージョン管理できると便利だ。 ダッシュボード とは言え、そんなことをするとリポジトリの管理が煩雑になってしまい、ユーザ管理も大変だ。そこでこんなツールを使ってみてはいかがだろう。 今回紹介するオープンソース・ソフトウェアはSVN Access Manager、Subversionのアクセス管理マネージャだ。 SVN Access ManagerはPHP+MySQLで作られたWebベースのSubversion管理インタフェースだ。ユーザやグループを作成し、プロジェクトとリポジトリとを組み合わせてアクセス権限を管理できる。 ログ リポジトリのアクセス権限を管理する設定ファイルを出力することができたり、ファ
MOONGIFT: » ブラウザベースのSubversion管理ツール「USVN」:オープンソースを毎日紹介
ブラウザベースでSubversionをブラウジングできるソフトウェアは各種存在する。ブラウザだけでリポジトリの内容が見られるのは確かに便利だ。だがリポジトリの作成や権限の設定はターミナルベースになってしまう。 リポジトリ概要 このソフトウェアはひと味違う。ブラウジングではなくリポジトリを管理するためのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはUSVN、Subversion管理ソフトウェアだ。 USVNはブラウザベースで動作するソフトウェアで、mod_dav_svnが必須になる。PHP+MySQLで動作し、ブラウザ上でリポジトリの作成やユーザの作成、グループの管理を行えるようになっている。 アクセス権限設定 プロジェクト管理とは異なり、リポジトリの管理に特化している。ファイルに対してのアクセス権限を設定することも可能だ。リポジトリを作成したら、チェックアウトURLを使いクラ
データベース用バージョン管理システム·Deltasql MOONGIFT
プログラミングのソースコードに対してはCVSやSubversionが使われてバージョン管理が行われるようになっている。だがデータベースの構造管理は煩雑で、そのためにRailsのMigrationという仕組みは非常にウケが良かった。 管理画面。ユーザ管理などもここで行う。 ソースコードに手が加われば、データベースの構造だって変化する可能性はある。その刻々とした変化を追うにはバージョン管理システムが必要だ。 今回紹介するオープンソース・ソフトウェアはDeltasql、データベースの履歴管理ソフトウェアだ。 DeltasqlはPHPで作られたWebベースのソフトウェアで、MySQL/PostgreSQL/SQL Sever/Oracle/Sybaseに対応したデータベース構造の管理を行うことができる。実際のデータベースをそのまま管理するのではなく、スキーマ情報だけを管理するというイメージだ。その
gitosis - Git リポジトリ群の管理とアクセス制御 vol.1 - openbooth
gitosis - Git リポジトリ群の管理とアクセス制御 vol.0 の続編です。 前回のエントリでは、Git リポジトリの管理に対する不満と、それを少し改善してくれる gitosis を簡単に紹介をしました。このエントリでは gitosis のインストール編ということで話を進めていきます。 基本的に Hosting Git repositories, The Easy (and Secure) Way のエントリと同様です。本家の方が安心という人はそちらのエントリをどうぞ。 サーバ/クライアント(ローカル)両方で作業する必要があるので、識別しやすいように以下の表記をします。 サーバ作業のプロンプト表記 remote% クライアント(ローカル)作業のプロンプト表記 local% また、サーバアドレスを便宜上 remote-name.com とします。 まずは Git リポジトリをホ
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://img.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
Greenbear Laboratory - SVKを使ってみよう