Subversion
Debian の場合、subversion と libapache2-svn を入れれば良い。 etchの時 subversion (1.4.2dfsg1-2) libneon26 (0.26.2-4) libsvn1 (1.4.2dfsg1-2) libapache2-svn (1.4.2dfsg1-2) lennyの時 subversion (1.5.1dfsg1-4) libneon27-gnutls (0.28.2-6.1) libserf-0-0 (0.2.0-1) libsvn1 (1.5.1dfsg1-4) libapache2-svn (1.5.1dfsg1-4) /etc/apache2/mods-avalable/dav_svn.conf に設定する 認証ファイルは、上記設定ファイルのサンプルでは /etc/apache2/dav_svn.passwd に設定しているの
subversionをDebian lennyにインストールしたまとめ - akirakiの日記
環境は以下OSは玄箱PROにインストールしたDebianApache2を使用する．sslは今回は使わない手順subversionをインストールリポジトリをとりあえず作成livapache2-svnをインストールApacheモジュールdav_svn.confを編集.htpasswdを編集Apacheを再起動subversionをインストール root@akiraki-debian:~# apt-get install subversion パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています 状態情報を読み取っています... 完了 …… … root@akiraki-debian:~# 特にエラーも出ないでしょう．リポジトリをとりあえず作成とりあえずリポジトリをどこに置くか考えた後，リポジトリを作ろう．mvで動かせるのでまあ何も考えずに作っても可リポジトリを作るコマ
Redmineの使い方ベストプラクティスを考えてみる
RedmineやTracのようなBTSはデータの持たせ方でいくらでも使い道が広がる。 しかし、裏を返せば、なんでもできるからどうやったらいいかが分かりにくかったりする。 そこで、これまでの経験から、最低限の使い方をきめておこうかと。 Redmineはデフォルトの状態（Ver0.8.0）として、カスタムフィールドは使わないで、使い方のベストプラクティスを考えてみる。 トラッカー トラッカーは以下を作成する。 設計 開発 テスト バグ 運用 会議 プロジェクトで使う場合は、だいたい上記作業が大分類になると思うので、トラッカーは作業大分類としている。「要件定義」とかもあるなら入れてもいいかもしれない。 ステータス 初期は「新規」。作業に入ったら「担当」。終わったら「終了」。この3つだけ使う。やらなくてよくなった作業は進捗を100％にして「却下」に設定してCloseする。 優先度 これはそのまんま
バージョン管理システム - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "バージョン管理システム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2020年6月） バージョン管理システム（英: version control system、VCS）はコンピュータ上でファイルの変更履歴を管理するシステムである。 概要[編集] ソフトウェアソースコード・ドキュメント・画像・音楽など、様々な電子ファイルは段階を経て編集される。編集の過程で履歴を保存しておけば、何度も変更を加えたファイルであっても過去の状態や変更内容を確認したり変更前の状態を復元したりできる。バージョン管理システムの基本的な機能は、このファイルの変更内
構成管理 - Wikipedia
トップレベルの構成管理の活動モデル 構成管理（こうせいかんり、Configuration Management、CM）とは、システムのライフサイクルにわたる範囲、性能、機能的および物理的要件、設計、操作に関する情報などを確立し維持する作業またはプロセスである[1][2]。形態管理、コンフィギュレーションマネジメントとも。CMプロセスは、武器システム、車両、情報システムなどの複雑なシステムを管理するため、軍事工学組織で広く使われている。軍事以外では、ITILやISO/IEC 20000で定義されるようなITサービス管理、土木工学や生産技術の分野でのドメインモデルでも使われており、例えば道路・橋・運河・ダム・建築物の建設や保守管理がある[3][4][5]。 はじめに[編集] システムのライフサイクルに構成管理を適用するとき、その範囲・性能・機能・構成要素・物理的な属性の視認性と制御を提供する。
ソフトウェア構成管理 - Wikipedia
ソフトウェア構成管理（ソフトウェアこうせいかんり、英: software configuration management、SCM）は、ソフトウェア開発プロジェクトをその成果物を通して制御・管理する方法論である。ソースコードや文書などの成果物の変更履歴を管理し、製品のバージョンやリビジョンに個々の成果物のどのバージョンが対応しているかを識別し、任意のバージョンの製品を再現可能とする。 バージョン管理システムは SCM のためのツールであるが、バージョン管理システムそのものを SCM と呼ぶこともある。しかし、一般にソフトウェア構成管理はバージョン管理とは等価ではなく、バージョン管理を制御するマネジメント的要素が含まれる。 歴史[編集] 当初、ソフトウェア構成管理(SCM)は単に CM（構成管理）と呼ばれており、本来はハードウェア開発と製造制御のためのものだった。以下では主にSCMツールの登
バージョン管理とソフトウェア構成管理の関係：ITとビジネスの可能性：オルタナティブ・ブログ
ソースコードなどのプロジェクトの成果物を管理する手段として、バージョン管理とかソフトウェア構成管理と言うものがありますが、この２つの違いというのは意外と知られていないものです。 というか、厳密な定義がないに等しく（各書（各所）によって同じ言葉を異なった意味合いで用いていることがあるため）非常に紛らわしかったりします。 ここでは、一般的だと（私の主観で...）思う定義（をさらに簡略化して）にて、整理したいと思います： バージョン管理（Version Control）： ソースコードなどのファイルを「いつ、誰が、なんのために、なにを、どのように」改訂したのかを版（リビジョンやバージョン）として記録し、構成の把握などに役立てること。 ソフトウェア構成管理（Software Configuration Management）： プロジェクトの成果物の構成を正確に記録し、必要に応じて過去の構成であっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.reviewingit.com/index.php/content/view/62/2/
http://japan.internet.com/webtech/20090422/6.html