SVNやTFSなどのソースコードのバージョンを保存するシステムの正しい名前はどれですか。
私はこれを常にソース管理と呼んでいますが、ウィキペディアのような場所ではそれをリビジョン管理と呼んでいますか?
このような複雑なサイトを作成するには、両方にタグを付けますか?
Revision Controlはより一般的な用語で、ソース管理ツールだけでなく、他のツール(Word、OpenOfficeなど)にも使用されます。バージョンを参照します。
ソース管理は、すべてのリビジョンツールで常に使用できるわけではない分岐とマージを備えたリビジョン管理を提供します(Wordはソース管理ではありませんが、リビジョン管理機能を提供します)。
バージョン管理は、ソース管理よりも一般的な用語であり、あらゆるもの(ソースまたはバイナリ、またはあらゆる種類のドキュメント)のバージョンを管理します。
注:SCMは、ソースコード管理の略ですが、ソフトウェアコード管理の略でもあります( "ソース"だけが管理されているわけではありません)。
Plus SCMは、ファイルのグループ間の依存関係の概念を導入します。
また、変更要求システムにつながる変更ライフサイクル(変更の開始、変更のクローズなど)の概念を含めることもできます。
私はそれをこのように考えるのが好きです:
Revision Controlは何をするかです。
ソース管理は私がそれらを使用するものです
:-)
ほぼ同じことを表す3つの同義語があります。
diff
、diff3
、patch
など。このツールセットを拡張して、ソース管理ソリューションを形成できます。そのようなソリューションの例はRCSです。repository
を作成する可能性があるbranches
に格納します。また、ブランチはmerged
であると想定されています。ソースコード管理のもう1つの部分はtagging
です。ソースコード管理の1つの問題は、略語SCMがあることです。この略語は、より幅広いアクティビティセットを説明するために使用されます-ソフトウェア構成管理。 ソースコード管理は、ソフトウェア構成管理のサブセットであり、などのアクティビティも処理するため、多くの混乱があります。 // =)ビルド管理、デプロイメント管理、継続的統合、依存関係管理、リリース管理など.これらの概念のすべての違いをより明確に示すための画像:
使用される用語はあまり正確ではありません。 5つの関連する側面を説明する記事があります。ソフトウェア開発用のデータ管理ツールは、同時に3つ以上を一貫してサポートする傾向はありません。 5つすべてをサポートする場合は、開発プロセスを説明する必要があります。
Peter van den HamerおよびKees Lepoeter(1996)設計データの管理:CADフレームワーク、構成管理、および製品データ管理の5つの側面、Proceedings of the IEEE、Vol。84、No。1 、1996年1月
特定のシステム(SVNなど)には、リポジトリ内のすべてのファイルの特定のバージョンのセットに関連付けられた番号を表すrevisionという用語があります。そのようなシステムではリビジョン(SVNリビジョン)は本質的にバージョン(ソースバージョン)を意味します。それ以外の場合リビジョンコントロールとバージョンコントロールは同じ用語です。
「正しい」名前はありません。4つの一般的な名前は次のとおりです。
別の名前は:version-control
このサイトで使用されているタグに基づくと、「ソース管理」が最も人気があります(このサイトはプログラミングに関するものであるため、これはごく普通のことです)。
MIL-STD 97 構成管理について説明します。
ソフトウェア構成管理もまったく同じように行われます。
SCM/CMの適切な説明については、 [〜#〜] cmmi [〜#〜] を参照してください。
あなたが話すシステムはバージョン管理システムです。彼らは物事をバージョン管理します。
古いSCCSはソースコード管理システムでした。
ソースコード管理システムは改訂履歴を維持します。
リビジョンからファイルを変更するとします
1.1、1.2、1.3。
1.3では、当社の製品の「Awesome Edition」をリリースします。
1.3はリビジョンですAwesomeEditionはバージョンです。
CVSのようなシステムでは、番号付けが変更されるとリビジョンが発生し、タグはバージョンをマークします。 SVNタイプリポジトリのリビジョン番号は、MIL-STDのような動作を期待する政府の顧客を混乱させます。
変更管理の標準の優れた点は、選択できるものが非常に多いことです。
歴史的な優先順位が問題となる場合、用語はソースコード管理である必要があります-参照 http://en.wikipedia.org/wiki/Source_Code_Control_System
コメントを追加しましたが、回答の対象にもなると思います。私は少し異なる見解を持っていますが、他のコメントのいくつかはすでに表現されています。
一般に、SCM(ソフトウェア構成管理)または(ソースコード管理-派生用語)は、リビジョン管理とベースライン管理のような他の手法の両方を含む包括的な用語として使用されるため、簡単に理解できます。 http://en.wikipedia.org/wiki/Software_configuration_management を参照してください。一般に、CVSからGitに及ぶ最新のSCMツールには、これらの技術の両方と、アクセス許可制御、権限管理、セキュリティ監査、SCMフローのカスタマイズを可能にする(ClearCase)、ビルドシステムとの統合、問題追跡など、さらに多くの便利な機能が含まれます。ソフトウェアなど...ソフトウェアの変更と管理に関連するものはすべてここに入力できるため、リストは開いていると思います。
したがって、主な混乱は、リビジョン管理、バージョン管理、および場合によってはソース管理の違いを理解することから生じます。まず、「ソース」を含むすべての用語はすべて派生用語です。つまり、一部の人々はこれらすべての一般的な用語(構成管理-それは何ですか?)に悩まされ、特にソースコードで作業することを主張します。他のユースケースは気にしません。これは公正なポイントです。
リビジョン管理とバージョン管理に関して、私は正しい用語(SVN、Gitなどのツールのコンテキスト)はリビジョン管理だと思います。私の見解では、リビジョンコントロールという用語では、(バージョンの管理に加えて)ソースコードファイルの変更の管理に重点が置かれ、バージョンコントロールでは、ファイルのバージョンのみの管理に重点が置かれます。
理論的には、誰かがバイナリファイルの追跡と管理を可能にするソフトウェアを書いて、バイナリの差分とマージをサポートせずに、このバージョン管理システムを呼び出すことができます。ただし、SVN、Gitなどのツールの場合、これらはさらにファイルへの変更の管理を許可します:差分、マージ、およびGitの場合は有名なリベース。
結論として、リビジョンコントロールにはバージョンコントロールが含まれており、CVS、SVN、Gitなどのツールの命名に適しています。一方、ソース管理は派生用語であり、特定のSCMの側面に名前を付けたい場合は避けてください。
SCM > Revision Control > Version Control
それで、あなたは今正確に何を探していますか?
正しい言葉は一つもないと思います。両方の用語、および他の返信ですでに言及されている他の用語は、基本的に同じものに使用されます。
話している人は、同じWordを使用している場合でも、少し異なる意味に接続します。また、別のWordを使用している場合でも、まったく同じことを意味します。
次に、これらのことに関して使用される語彙は、この概念のさまざまなソフトウェア実装の周りの円でも異なる(または異なる意味に関連付けられている)可能性があります。
これを書いている間、これは非常に自然な現象であると思います-他の領域でも基本的に同じ意味を表す複数の単語があります-実際にはわずかな違いがあると主張する人もいれば、これらの違いはないと言う人もいます本当に存在するか、考える価値がありません。また、2人のユーザーがまったく同じWordを使用している場合でも、まったく同じことを意味しているとは限りません。