作業コピーにファイルまたはディレクトリを追加するために使用されるSubversionコマンドです。新しい項目は、コミット時にリポジトリに追加されます。
作業コピー内のファイルまたはフォルダの現在のベースリビジョンです。これは、最後のチェックアウト、更新、またはコミットが実行されたときのファイルまたはフォルダのリビジョンです。BASEリビジョンは、通常、HEADリビジョンとは異なります。
このコマンドはテキストファイル専用で、各行に注釈を付けて、最後に変更されたリポジトリリビジョンと、その変更を行った作成者を表示します。GUI実装はTortoiseBlameと呼ばれ、リビジョン番号にマウスを合わせると、コミット日時とログメッセージも表示されます。
リビジョン管理システムで頻繁に使用される用語で、開発がある時点で分岐し、2つの別々のパスをたどる場合に何が起こるかを説明します。メインの開発ラインからブランチを作成して、メインラインを不安定にすることなく新機能を開発できます。または、安定したリリースを分岐して、バグ修正のみを行い、新しい開発は不安定なトランクで行うことができます。Subversionでは、ブランチは「安価なコピー」として実装されます。
リポジトリからバージョン管理されたファイルをダウンロードすることにより、空のディレクトリにローカル作業コピーを作成するSubversionコマンドです。
Subversionブックからの引用：「作業コピーを再帰的にクリーンアップし、ロックを解除して、未完了の操作を再開します。「作業コピーがロックされています」エラーが発生した場合は、このコマンドを実行して古いロックを削除し、作業コピーを再び使用可能な状態にします。」このコンテキストでは、「ロック」とは、リポジトリのロックではなく、ローカルファイルシステムのロックを指します。
このSubversionコマンドは、ローカル作業コピーの変更をリポジトリに送り返し、新しいリポジトリリビジョンを作成するために使用されます。
リポジトリからの変更がローカルの変更とマージされると、それらの変更が同じ行で行われる場合があります。この場合、Subversionはどのバージョンを使用するかを自動的に決定できず、ファイルは競合状態にあると言われます。それ以上の変更をコミットする前に、ファイルを手動で編集して競合を解決する必要があります。
Subversionリポジトリでは、単一のファイルまたはツリー全体のコピーを作成できます。これらは、ほとんどスペースを占有しないという点で、元のへのリンクのように機能する「安価なコピー」として実装されます。コピーを作成すると、コピー内の項目の履歴が保持されるため、コピーの作成前に行われた変更を追跡できます。
バージョン管理されたアイテムを削除し（変更をコミットする）、コミットされたリビジョンの後にアイテムがリポジトリに存在しなくなります。しかし、もちろん、それは以前のリポジトリリビジョンにまだ存在しているので、あなたはまだそれにアクセスできます。必要に応じて、削除されたアイテムをコピーして、履歴とともに「復活」させることができます。
「差分を表示」の略です。どのような変更が行われたかを正確に確認したい場合に非常に便利です。
このコマンドは、作業コピーと同様に、バージョン管理されたフォルダのコピーを生成しますが、ローカルの.svnフォルダはありません。
リポジトリ用の独自のSubversionファイルシステムバックエンド。ネットワーク共有で使用できます。1.2以降のリポジトリのデフォルトです。
グループポリシーオブジェクト。
リポジトリ内のファイルまたはフォルダの最新リビジョン。
フォルダ階層全体を単一のリビジョンでリポジトリにインポートするSubversionコマンド。
バージョン管理されたアイテムをロックアウトすると、ロックが解除された作業コピーを除いて、リポジトリにコミット不可としてマークされます。
ファイルまたはフォルダのリビジョン履歴を表示します。「履歴」とも呼ばれます。
ファイルまたはフォルダのリビジョン履歴を表示します。「ログ」とも呼ばれます。
ローカルで既に加えた変更を中断することなく、リポジトリからの変更を作業コピーに追加するプロセス。場合によっては、これらの変更を自動的に調整できず、作業コピーが競合状態にあると言われます。
作業コピーを更新すると、マージは自動的に行われます。TortoiseSVNのマージコマンドを使用して、別のブランチから特定の変更をマージすることもできます。
作業コピーにテキストファイルのみの変更がある場合、SubversionのDiffコマンドを使用して、Unified Diff形式でそれらの変更の単一ファイルサマリーを生成できます。このタイプのファイルは、多くの場合「パッチ」と呼ばれ、他のユーザー（またはメーリングリスト）に電子メールで送信して、別の作業コピーに適用できます。コミットアクセス権のないユーザーは、変更を加えて、承認されたコミッターが適用するためのパッチファイルを提出できます。または、変更について不明な点がある場合は、他のユーザーがレビューするためのパッチを送信できます。
ディレクトリとファイルのバージョン管理に加えて、Subversionでは、バージョン管理されたメタデータ（「プロパティ」と呼ばれます）をバージョン管理された各ディレクトリとファイルに追加できます。各プロパティには、レジストリキーと同様に、名前と値があります。Subversionには、svn：eol-styleなど、内部的に使用する特別なプロパティがいくつかあります。TortoiseSVNにも、tsvn：logminsizeなどがあります。任意の名前と値で独自のプロパティを追加できます。
リポジトリが移動した場合（サーバー上の別のディレクトリに移動した場合、またはサーバーのドメイン名が変更された場合など）、作業コピーを「再配置」して、リポジトリURLが新しい場所を指すようにする必要があります。
注：このコマンドは、作業コピーが同じリポジトリの同じ場所を参照しているが、リポジトリ自体が移動した場合にのみ使用してください。その他の状況では、代わりに「切り替え」コマンドが必要になる場合があります。
リポジトリとは、データが保管および保守される中央の場所です。リポジトリは、複数のデータベースまたはファイルがネットワーク経由で配布されるために配置される場所である場合もあれば、ネットワークを介さずにユーザーが直接アクセスできる場所である場合もあります。
マージ後に作業コピー内のファイルが競合状態のままになった場合、それらの競合は、エディター（またはTortoiseMerge）を使用して人間が解決する必要があります。このプロセスは「競合の解決」と呼ばれます。これが完了したら、競合しているファイルを解決済みとしてマークして、コミットできるようにすることができます。
Subversionは、作業コピーを最後に更新したときと同じように、各ファイルのローカルの「プリスティン」コピーを保持します。変更を加えて、それらを元に戻したい場合は、「元に戻す」コマンドを使用して、元の状態に戻すことができます。
変更セットをコミットするたびに、リポジトリに新しい「リビジョン」が1つ作成されます。各リビジョンは、特定の時点におけるリポジトリツリーの状態を表します。過去に戻りたい場合は、リビジョンNの時点でのリポジトリを調べることができます。
別の意味では、リビジョンとは、そのリビジョンが作成されたときに行われた変更のセットを指す場合があります。
ファイルにプロパティを設定できるのと同様に、リポジトリ内の各リビジョンにもプロパティを設定できます。リビジョンが作成されると、svn：date svn：author svn：logなど、いくつかの特別なrevpropが自動的に追加されます。これらは、コミット日時、コミッター、ログメッセージをそれぞれ表します。これらのプロパティは編集できますが、バージョン管理されていないため、変更は永続的であり、元に戻すことはできません。
Subversionのよく使用される略語です。
「svnserve」リポジトリサーバーで使用されるSubversionカスタムプロトコルの名前。
「リビジョンへの更新」が作業コピーの時間枠を変更して履歴の別の時点を見るのと同様に、「切り替え」は作業コピーの空間枠を変更して、リポジトリの別の部分を指すようにします。いくつかのファイルのみが異なるトランクとブランチで作業する場合に特に便利です。作業コピーを2つの間で切り替えることができ、変更されたファイルのみが転送されます。
このSubversionコマンドは、リポジトリから最新の変更を作業コピーにプルダウンし、他のユーザーが行った変更を作業コピーのローカル変更とマージします。
これはあなたのローカルの「サンドボックス」であり、バージョン管理されたファイルを操作する領域であり、通常はローカルハードディスクにあります。リポジトリから「チェックアウト」を行うことによって作業コピーを作成し、「コミット」を使用して変更をリポジトリにフィードバックします。