CornerStoneというツールの使用についてお話しします

「工欲善其事必先利其器」という言葉がある.
私たちのプログラマーにとって、あなたが大神であろうと、小魚のエビであろうと、会社に入ってから、ソース管理ツールを使ったことがあります.そうしないと、あなたは合格したプログラマーではありません.今、各社がソース管理ツールに使用しているのは通常次の2種類があります.

git:gitを使用している会社が一番多いはずです.

svn:現在svnを使用している会社の比重も大きいが、svnには限界がある.

もちろん、彼らの違いは、ここでは説明しません.一般的にはどんなソース管理ツールを使うかを選択し、一般的にはプロジェクト全体の責任者が選択します.iOSの開発において、最もよく使用されるsvnのMac版ソース管理ツールはCornerstoneであり、CornerStoneの使用について説明する.
一、据付CornerStoneは有料で、会社が使う必要がある場合は、会社にソフトウェアの使用権を購入させ、正規版をサポートすることをお勧めします.もちろん、ネット上にも解読版があります.バージョンを解読し、パスワードを抽出し(ggmk)、ダウンロードに成功した場合はパスワードを入力する必要があります(www.ifunmac.com).
二、配置SVN
まず、Cornerstoneを開き、「+」号をクリックして倉庫を追加し、HTTP Serverを選択します.
例:

https://192.168.1.11:443/svn/FXBest

Protocol:HTTPとHTTPSに分けられ、会社のサーバアドレスがHTTPSであればHTTPSを選択し、逆にHTTPを選択します.

Server:サーバアドレスを入力します.

例:

192.168.1.11

Port:サーバアドレスのポート番号.

例:

192.168.1.11:443

Repository path:svn倉庫へのアクセスパス.

NickName:倉庫に表示される名前.

Name:ユーザー名

Password:パスワード

注意:

に記入すると、自動的に生成されます.このような一連のパスです.このようなsvn:// @ : / のフォーマットではない場合は、記入が間違っています.

例:

https://[email protected]:443/svn/iOS

小技巧、普通は会社に入って、プロジェクトの責任者はあなたにsvnのアカウントを開いて、それからsvnの経路をあなたに送って、この経路を手に入れて、直接コピーして、それからCornerStoneに切り替えて、svnの経路が自動的にCornerStoneの上に充填されることを発見します.
三、基本使用
1、プロジェクトをリモート倉庫repositoryにアップロードするには、ファイルまたはフォルダをrepositoryのサブフォルダに直接ドラッグするか、ソフトウェアの上のImportボタンを選択してアップロードすると、ポップアップオプションが位置と名前を記入し、Importを選択すればよい.
2、ダウンロード項目
注意:
ダウンロード項目は、一般的にExportとCheck Outに分けられます.

Export以降のプロジェクトは、repositoryのソースファイルに関連付けられず、独立したバージョンです.

Check Outの下にあるファイルはworking copyを作成します.このファイルはrepositoryのソースファイルに関連付けられています.他の人が修正したり、自分で修正したりすると、working copyに修正数が表示されます.白の数は他の人が修正した数で、灰色の数は自分が修正した数です.だから、プロジェクトの開発者であれば、check outを選択することができます.

ダウンロードして見るだけで、自分の修正がプロジェクト全体に影響を及ぼすことを望んでいない場合は、Exportを選択したほうがいいです.

3、バージョン管理コミットごとに新しいバージョンが作成され、repositoryにはすべての履歴バージョンが保存され、修正者とコミット情報によってバージョンを検索することができるので、svnで開発すると、よくできない制御項目と未知のbugの時のコードの修復問題が発生する.
例:
注意事項:

は先に更新して提出して、あなたがcheck outの下のプロジェクトが白い輪があるのを見た時、誰かがコードを提出したことを説明して、この時、あなたはまずupdateに行って、working copyが白い輪を表示しないまで、それからプロジェクトを実行して、プロジェクトが突然または紛失したファイルがないことを確保して、それからcommitの自分のコードにいます.そうでないと、プロジェクトで複数の競合が発生したり、他の人がコミットしたコードを上書きしたりします.

プロジェクト開発段階では、独立した機能を開発するたびに、またはテスト段階で、bugを解決した後、svnにコードを提出することが望ましい.何度も繰り返し提出しないで、バージョンが複雑すぎる.また、コミットするたびに必ずコミット情報を記入し、履歴バージョンの表示を容易にします.

テクニック(svn ignoresの使用)
プロジェクトに第3ライブラリを導入し、ローカルでプロジェクトを実行したところ、何の問題も発見されなかったが、svnに提出され、他のupdateに提出された後、実行プロジェクトでエラーが発見され、静的ファイルがsvnにアップロードされなかった可能性が高い.
選択PreferencesUse default global ignoresをチェックし、.aを削除したら、saveをクリックします.そして、check outから下りてきた項目にこれらの疑問符のついたファイルが存在することがわかり、これらの疑問符のついたファイルcommitからsvnまで、問題は解決しました.
注意:
提出されたファイルを無視する場合は、Use default global ignoresを選択しないでください.Use default global ignoresを選択すると、デフォルトのignoresを使用します.
四、CornerStoneのよくあるアイコンの意味check out以降の項目で修正した場合、修正後のファイルの後ろに「M」のマーク.check outの下の項目に修正を加えて、新しいファイルを追加すると、新しい追加後のファイルの後ろに？のマークがあります.このとき、addをクリックして、プロジェクトに追加し、commitに追加する必要があります.check out以降の項目で修正を行い、1つのファイルを削除すると、削除後のファイルの後ろに「D」のマーク.check out以降の項目では、AとBが同じ行のコードを同時に変更してcommitからsvnに変更すると、競合したファイルの後ろに「C」のフラグが表示されます.
注意:
原則として同じグループの開発者は同じファイルで操作しないほうがいいが、他のファイルで操作したり、誤操作したりしなければならない場合がある.同時に複数の人が同じファイルの同じ位置でコードを変更すると、後に提出した人がバージョン競合ファイルが発生し、一般的に同じ名前の異なる接尾辞のファイルが3つある.
このうち.mineファイル:本人が修正したもの、2つの.r0XXファイル:XXは数字、数字の小さいものは変更前のファイル、大きいものは変更後のファイル、ファイルには<<<< mine .r0XXと>>>>>などの文字が含まれているコード、つまり衝突している場所があります.この場合、グループ内の同僚と相談したり、自分で修正ファイルの一部を削除したりしてデバッグしてください.ファイルを修復します.
五、ブランチとTagの作成

プロジェクトが存在するリモートウェアハウス

を選択

ブランチを作成するアイテムを選択

右クリックまたは上図クリックBranch

を選択

ブランチ格納経路

を選択する.
注意:

Branch As:ブランチの名前

Where:ブランチをどこに置くか

TagはBranchと同じ

六、Merge
2つのブランチをメインにマージする必要がある場合は、Checkoutをローカルにし、マージする必要がある項目をクリックします.MergeをクリックSychronize Branchをクリック:マージする項目(merge from)からここにマージする必要がある項目を選択し、提出すればよい(同時に2つのブランチがある場合、最もブランチで修正する必要がある場合は、まず1つのブランチをメインにマージし、次にメインが別のブランチにマージされ、変更が衝突した後にコミットします.これは、メインと2つのブランチのコードが最初と同じように、上の手順を参照して生成されることを前提としています).
注意:

workcopyingでターゲットcopyingを選択し、図に示す

のようにMergeをクリックする.

Mergefromのcopying

を選択する.

Mergeの前にcornerstoneがdry runを行い、mergeの分析とプレビュー

を行う.

誤りがないことを確認した後のMerge Changes(この操作はローカル操作であり、衝突解決後のcommitに注意)

.
七、cornerStoneエラー異常処理

An error occurred and the operation could not be completed.主にあなたの操作異常によるもので、解決策は、生成されたエラーファイルを削除し、再インストールすればいいです.赤い矢印部分のファイルを削除すればいいです.

Some of the items in this working copy are out-of-date

ローカルコードのバージョン番号がサーバの現在の最新バージョン番号と一致しないため、クリックupdate to latest、サーバーの最新を更新すればいいです.
先にこんなにたくさん書いて、後で問題が発生したら更新があります.