svn addvalues/strings.xml //--追加
svn st //--ステータスを表示
svn ci //--svn ci -m "svn ci, Permission"を送信します
1. ファイルをチェックアウトします。ローカルディレクトリ
svn checkout パス (パスはサーバー上のディレクトリです)
例: svn checkout svn: // 1.1 / pro / domain
省略形: svn co
2. 新しいファイルをリポジトリに追加します。 svn add file
例: svn add test.php (add test.php) svn add * .php (現在のディレクトリにあるすべての php ファイルを追加)
3. 変更されたファイルをリポジトリに送信します
例: svn commit -m " add test file for my test " test .php C 概要: SVN CI写4、ロック/ロック解除
SVN LOCK -M "LockMessage" [ -FORCE] PATH
例: SVN LOCK -M "LOCK TEST FILE" TEST.PHP
SVN UNLOCK PATH
5555555 、特定のバージョンに更新します
svn update -r m path
例:
svn update 背後にディレクトリがない場合、現在のディレクトリとサブディレクトリ内のすべてのファイルがデフォルトで最新バージョンに更新されます。
svn update test.php (更新、リポジトリと同期します。送信時に有効期限切れを求めるメッセージが表示される場合は、競合がある場合は、最初にファイルを更新および変更する必要があります。次に解決された SVN をクリアし、最後にコミットを送信します)
略語: SVN UP
6. ファイルまたはディレクトリのステータスを確認します
1) SVN ステータス パス (ファイルのステータス)ディレクトリ内のサブディレクトリは正常です。ステータスは表示されません)
[?: svn の制御下にない; C: 競合が発生しています。A: リポジトリに追加される予定です。 ) svn status -v path (ファイルと字幕のディレクトリステータスを表示)
最初の列は変更されず、2 番目の列は作業中のバージョン番号を示し、3 番目と 4 番目の列は最後に変更されたバージョン番号と変更者を示します。
略語: svn st
7. ファイルの削除
svn delete path -m "テスト ファイルの削除"
例: svn delete svn:// 192.168.1.1/pro/domain/test.php -m "テスト ファイルの削除"
または直接 svn delete test.php を実行してから svn ci -m 'delete test file' を実行する場合は、この
略語: svn (del、remove、rm) を使用することをお勧めします
8. ログを確認します
svn ログ パス
例: svn log test.php は、このファイルのすべての変更記録とバージョン番号の変更を表示します
9. ファイルの詳細を表示します
svn info path
例: svn info test.php
10。 svn diff path (変更されたファイルと基本バージョンを比較)
svn diff -r m:n path (バージョン m とバージョン n の違いを比較)
例: svn diff -r 200 :201 test.php 略称: svn di
例: svn merge -r 200 : 205 test.php (changeバージョン 200 と 205 の違い ファイル間の違いは現在のファイルにマージされますが、通常は競合が発生するため、対処する必要があります)
12. SVN help
svn help
上記はよく使用されるコマンドですが、あまり使用されないコマンドをいくつか紹介します
-------- ------------------------ -------------------------------------------- ------------- ------- さあ
13. リポジトリ配下のファイルとディレクトリの一覧
リポジトリ配下のファイルとディレクトリをすべて表示します。パスディレクトリ
略称: svn ls 14. 新しいディレクトリを作成してバージョン管理下に含めますsvn mkdir : バージョン管理下に新しいディレクトリを作成します。
使用法: 1. mkdir PATH...
2. mkdir URL...
バージョン管理されたディレクトリを作成します。
1. 作業コピーの PATH で指定された各ディレクトリがローカルに作成され、次の送信を待機する新しい
スケジュールが追加されます。
2. URL で指定された各ディレクトリは、即時送信によってウェアハウスに作成されます。
どちらの場合も、すべての中間ディレクトリが事前に存在している必要があります。
15. ローカル変更を復元します
svn revert: 元の変更されていない作業コピー ファイルを復元します (ほとんどのローカル変更を復元します)。 revert:
使用法: revert PATH...
注: このサブコマンドはネットワークにアクセスせず、競合を解決します。ただし、削除されたディレクトリは復元されません
使用法: 1. URL [PATH] を切り替えます
2. --relocate FROM TO [PATH...] を切り替えます
2. 作業コピーの URL メタデータを書き換えて、URL の単純な変更を反映します。ウェアハウスのルート URL が変更
(ソリューション名やホスト名の変更など) しても、作業コピーが同じウェアハウス内の同じディレクトリにマップされたままの場合、
このコマンドを使用して、作業コピー間の対応関係を更新しますそして倉庫。
使用法: 解決された PATH...
注: このサブコマンドは、構文に基づいて競合を解決したり、競合マーカーを削除したりしません。競合する 関連ファイルを削除し、PATH を再度送信できるようにするだけです。