關於SVN的小問題，詳見補充

事實證明，情況是這樣的：

如果 A 新增並提交，B 建立但尚未新增該操作，則如果 B 執行更新操作，則 B 的本地檔案的內容將保持不變（更新會提示它已被合併），但該檔案將被標記為已修改並準備提交（Tortoisesvn 下的圖示是乙個紅色感嘆號）。 在這種情況下，如果 B 提交了該操作，它將直接覆蓋 A 的問題，而不會生成衝突提示。

這次行動確實存在隱患。

繼續驗證：如果 A 新增並提交，B 建立並新增操作，如果 B 執行更新操作，則報錯“無法識別的行尾樣式”，更新失敗，B 不會在本地更改。 如果此時 B 執行提交操作，則會報出錯誤訊息，提示檔案已存在，提交失敗，B 本地未更改。

綜上所述，建立新檔案後，可以先進行新增操作，然後才能及時發現是否有人已經提交了同名的新檔案。

您可以嘗試使用兩個工作副本。

我試了一下，結果不是很滿意：svn 不提示，可能會導致覆蓋。

例如，A 上傳和 B 更新，但 SVN 不會移動 B。 在這種情況下，如果 B 再次提交，它將直接覆蓋 A 的。

當然，雙方的變化不會丟失，這是麻煩。

Git 在這方面做得不好，git 會提示它。

導致提交錯誤的原因：

本地檔案版本與SVN伺服器上的版本不同。

哪些可能的行為導致了這種情況的發生。

檔案在修改之前未更新到最新版本。

溶液。 製作檔案的副本。

刪除原始檔案。

SVN 會鎖定此檔案以防止其他人修改它。

使用比較工具（如 Beyond Compare）將最新版本與複製的副本進行比較，並將更改合併到最新版本中。

合併後，上傳此檔案。

預防 措施。 在修改檔案之前，請在SVN伺服器上將檔案更新到最新版本。

當您修改檔案時，您可以通過 SVN Lock 阻止其他人修改您要修改的檔案。 修改完成後，鎖將自動解鎖。

你好！ 您可以參考以下內容。

不受版本控制意味著該檔案不受 SVN 的控制。

當你進行提交操作時，只能提交 svn 控制下的檔案，更新獲取的檔案在 svn 的控制之下（比如原來存在的文字檔案，可以修改提交），新建立的檔案（比如這個 gif 檔案）不在 svn 的控制之下， 然後，您需要先對新檔案執行 SVN 新增操作，並將其標記為包含在 SVN 控制項中。然後你就可以提交它了。

您的版本歷史記錄，即日誌是否已被刪除？ 您正在提交之前已鏈結的資料，建議您刪除關聯並重新提交。

你先清理，如果它不起作用，只需備份未提交的檔案，刪除 drawable-hdpi 資料夾，再次更新並複製備份檔案進行提交。

怎麼了？ 你能截圖嗎？

是你的伺服器端檔案被刪除了嗎？

應該是你刪除了乙個檔案，但是沒有在svn中點選刪除，你可以找到對應的檔案，選擇從svn中刪除它，然後提交。

1. 將儲存庫中的資源簽出到本地工作區。 首先，在本地硬碟上建立乙個新的空資料夾，例如：proj trunk。 右鍵單擊該資料夾並選擇結帳選項，如下圖所示：

2. 檢視操作，如下圖所示：

3、如下圖所示，檢測成功，如下圖所示

4. 將工作副本更新為儲存庫中的最新檔案，如下圖所示

5. 更新完成後，SVN會顯示更新檔案數和更新次數，如下圖所示

<>7.在最終提交之前寫下資訊，然後單擊“確定”完成。

1. 將儲存庫中的資源簽出到本地工作區。 首先，在本地硬碟上建立乙個新的空資料夾，例如：proj trunk。 右鍵單擊該資料夾並選擇結帳選項，如下圖所示：

2. 檢視操作，如下圖所示：

3、如下圖所示，檢測成功，如下圖所示

4. 將工作副本更新為儲存庫中的最新檔案，如下圖所示：

5. 更新完成後，SVN會顯示更新檔案數和更新次數，如下圖所示：

<>7.在最終提交之前寫下資訊，然後單擊“確定”完成。

1. 將倉庫中的資源簽到本地工作區，先在本地硬碟中新建乙個空資料夾，例如：e：proj trunk。 右鍵單擊該資料夾，然後選擇“簽出”選項，如下圖所示

2. 檢視操作，如下圖所示：

3.當出現下圖時，表示檢測成功，如下圖所示

4. 更新工作副本，使其成為儲存庫中的最新檔案，如下圖所示：

5. 更新完成後，SVN會顯示更新檔案數和更新次數，如下圖所示

7. 在提交最終提交之前寫下資訊，然後單擊“確定”完成。

Tortoisesvn 的一些基本操作：

更新;

收款處;

提交（commit）;

瀏覽儲存庫 （repo-browser）;

鎖解鎖;

合併;

分支;

檢視日誌 （show log）。

SVN上有很多操作，上面列出了一些比較常用的操作。

你能上這台機器嗎？ 轉到 ps -ef|grep svnserve 檢視服務是否已啟動。

用於解決版本衝突的命令。 衝突解決後，需要使用 svn resolved 告訴 subversion 衝突解決，以便提交更新。 如果發生衝突，subversion 會將目標 Traveler 檔案的所有版本儲存在工作副本中（上次更新的拆除版本、當前獲取的版本，即其他人提交的版本、自行更新的版本和目標檔案。

假設檔名是，對應的檔名為： 此外，在目標檔案中標記來自不同使用者的更改。

衝突解決：

手動解決：當發生衝突時，在與其他使用者溝通後手動更新源標籤檔案。 然後執行 svn resolved filename run 來解決衝突，最後提交。

放棄您自己的更新並使用其他人的更新。 用最新獲取的版本覆蓋目標檔案，執行 svn 解析的檔名並提交。

放棄你自己的更新，使用 svn revert，然後提交。 這樣，你就不需要使用 svn resolved。

您需要非常小心地使用 svn resolved 命令，您必須非常確定衝突已解決，然後才能使用它。 否則會導致 subversion 認為衝突解決了，**庫會不正確。 衝突解決詳細文件：

我想首先您需要了解 SVN 伺服器儲存所有歷史版本，而不僅僅是最新版本，因此您可以更新到其中任何乙個的狀態。

SVN 的更新是將庫中的最新檔案新增到本地工作區，並替換當前本地檔案。 此時，如果您的本地檔案還沒有被您修改過，它將被直接替換，如果您已經修改過，但尚未提交，則可能會報告衝突。

更新到修訂版是將當前檔案或資料夾更新到以前的版本狀態，即檢索以前的版本。

SVN 提交是伺服器的最新版本，通過將本地修改的檔案提交到伺服器。 原始版本和最新版本都由服務資源管理器儲存。

svn 的操作是在檔案上完成的，而不是在檔案的內容上完成的。 我認為你的類 C 的兩個方法存在於同乙個原始碼檔案中，所以提交後，svn 會記錄這個原始碼檔案的兩個歷史狀態：只有方法 A 的狀態和方法 A 和 B 的狀態。