Linuxの専門家は、道路の使用を注意してください--- SVNを

SVNはバージョン管理を行う、主にバージョン管理、プログラムコード、オーディオ、ビデオ、および画像ファイルに使用されるCVSの次のバージョンです。

Subversionはディレクトリとファイルオブジェクトはバージョンを記録することができます。次の図の主な作品は:
                   _ _ _ _ _ _ _ _ _ _
                  / \
                  | |
                  |プロジェクトの倉庫|
                  | |
                  \ _ _ _ _ _ _ _ _ _ _ /
                        / |
                       | /チェック
     アウトチェック/ |
_ _ _ _ _ _ / _ _ _ | _ _ _ _ _ _ _                   
/ \ / \
| | | |
|作業コピー| |作業コピー|
| | | |
\ _ _ _ _ _ _ _ _ / \ _ _ _ _ _ _ _ _ /

支店、トランク、タグをマージ
ブランチやタグを作成するときに、 "遅延コピー"技術を使用して、つまり、のみ同じバージョンを指すリンクを作成し、これらのファイルのいずれかが変更されることがあるときに、そのファイルまたはディレクトリをコピーするために行きます。
一般的に言って、枝はむしろ並行開発よりも、公開する準備をするために使用されます。

1、プロジェクトのリポジトリの作成
/ホーム/ huzza / test_svnのsvnadminを作成

2、プロジェクトのリポジトリに元のファイルをインポートする
のsvn輸入-m SOURCE_FILE_PATHのURL
:この場合のURL のファイル:///ホーム/ huzza / test_svn /ごま/トランク
ファイル://を------>ローカルディレクトリのsvnに語りました

3、ローカルディレクトリにチェックアウトファイル
のsvnチェックアウト(CO)ファイル:///ホーム/ huzza / test_svn /ごま/トランクごま

4、またはファイルのステータスをチェックする
SVNステータス[ファイル/ディレクトリ]
SVNログ[ファイル/ディレクトリ]
SVNログ-R 6:8 [ファイル/ディレクトリ]バージョン6~8バージョン間のビュー・ログ

(作業コピーライブラリを作成するプロジェクトと比較して)5、ファイル/ディレクトリの比較
のsvn diffの[ファイル/ディレクトリ]やsvn diffを--rHEAD [ファイル/ディレクトリ] --rHEAD:最新バージョンを示し

6、修正する作業提出し、作業のローカルコピーを更新
(中)(アップ)はsvnアップデートを[ファイル/ディレクトリ] SVNのチェックインを-m「コメント」[ ファイル/ディレクトリ]は
更新のフラグファイル:
     ------ Uを表現ファイルが更新される
     Gは------にマージされ、ライブラリ内のファイルとファイルのローカルの作業コピーを作成するプロジェクトを表し
     ------が組み合わされたときに示すC、競合生成
     Aを------新しく追加されましたファイル
     D ------ファイルを削除
     ?------ファイルまたはディレクトリがSVN管理ではないことを意味
     M ------このファイルが変更されました

7、競合。ファイルが存在する場合はsvn更新は、競合がある場合は、ファイルの競合を開い<<<<<<<<と>>>>>>>>は地元の競合を示しています。
衝突が発生した場合は、プロジェクトリポジトリのバージョンを使用して、ローカルコピーを変更与えたい場合は、次のコマンドを使用することができます:
A、SVN元に戻す[ファイルの競合/ディレクトリ]
bは、SVNの更新[ファイルの競合/ディレクトリ]
(SVN決議[ファイル/ディレクトリ] && SVNの[ファイル/ディレクトリ]は、[OK]を思わアップデータ、あなたは)それを確認する必要が
次のようにすることができ、あなたが変更され、ローカルの作業コピーを維持したい場合は、倉庫の変更のプロジェクトのバージョンをあきらめる:
、CPファイル/ .mineディレクトリファイル/ディレクトリ
B、SVN解決ファイル/ディレクトリ
C、SVN CI -m「私の使用したバージョンをしてください」 ファイル/ディレクトリを
(上記の3つのステップでは、ステップが目的であるように思われません)

8、プロジェクトのネットワーキングSVNリポジトリ
開始SVNサーバー:svnserveを--daemon --root /ホーム/ huzza / test_svn
サーバリソースの行:SVNリストSVNは://192.168.0.4/sesame/trunk
、URLのうち、バック他の操作を異なります各セクション、同じのため
のsvnリストはsvn + sshを:://192.168.0.4/sesame/trunkのsvn + sshのアクセス ( サーバー上のsshアクセスをサポートする必要があります)

図9は、作業コピーの特定のバージョンを取得
//192.168.0.4/sesame/trunkバタフライ:チェックアウト-rVersionNumリストのsvnのsvn
のsvn情報バタフライ(状態のコピーの現在のバージョンを参照してください)

10、コピー/ファイルを移動
NEWFILEのsvnコピーのファイル名
へのsvn NEWFILE移動OLDFILE
のsvn CIの-m「の一部またはファイルの追加を移動し、」[場所のファイルのディレクトリを変更するには](ここも必ずサーバー上の同じ操作のローカルコピーを持つことを確認)

11、シンボルのバージョン
最新バージョンでHEAD ---------倉庫プロジェクト
標準バージョン(アウトチェックアウトのすなわち版)のBASE ---------作業コピーが
COMMITTED ----最後のチェックインバージョン
PREV前のバージョン--------- COMMITTED

12は、バージョン間の相違点を見つけるために
はsvn diffを-r2:4 [ファイル/ディレクトリ]
のsvn diffの> diffname.patch(パッチファイルを生成するために)
パッチファイルを使用して:パッチ-p0 -i diffname.patch

修飾された以前のバージョンのバージョン削除した後13、
26 [ファイル/ディレクトリ] &&「バージョンの作業取り消す:SVN -r27をマージ SVN CI -m 27」
バージョン27を取り消すために行われた変更を

14、创建分支/标签
のsvnます。mkdir -m SVN "枝の作成"://192.168.0.4/sesame/branches
//192.168.0.4/sesame/trunk \:SVN "バージョン1.0用のリリースブランチを作成する"のsvn -mをコピー
                                                         SVN ://192.168.0.4/sesame/branches/release-1.0

ます。https://www.cnblogs.com/licheng/archive/2008/11/08/1329634.htmlで再現

おすすめ

転載: blog.csdn.net/weixin_33896069/article/details/92633217