.NET DLL 協同開發：SVN 下多人修改同一專案檔的衝突解決

問題場景

• 核心業務 DLL 為單一 Class Library 專案（Core.dll）。
• 多人協同開發，頻繁新增類別、修改介面。
• SVN 鎖定機制：修改 .csproj 需鎖定，導致「另一人已鎖定」無法提交新增檔案。

根本原因

.csproj 是 XML 格式的專案檔，**每次新增/移除/重命名 .cs 檔案都會修改它**。SVN 預設不支援自動合併二進位/複雜 XML，且團隊習慣「修改前先鎖定」，造成序列化衝突。

解決策略（由易到難）

方案一：改用「更新-合併-提交」模式，放棄獨佔鎖定

1. **不要使用「獲取鎖定」**。SVN 的 svn:needs-lock 屬性**不要**加在 .csproj 上。
2. 開發前執行 Update 到最新版。
3. 本地新增類別、修改程式碼。
4. 提交前再次 Update，若有衝突手動解決（.csproj 衝突通常易解：保留雙方新增的 <Compile Include=...> 節點）。
5. 提交。

**原則**：.csproj 是文字檔，**可合併**，不需獨佔鎖定。

方案二：拆分專案，降低衝突機率

• 將核心 DLL 拆為多個子模組專案（如 Core.Domain, Core.Service, Core.Repository），各自獨立 .csproj。
• 不同小組負責不同子模組，主專案僅引用 NuGet 套件或專案參考。
• 新增類別只動自己的子模組 .csproj，衝突大幅減少。

方案三：使用「資料夾式」專案結構 (MSBuild SDK Style)

遷移至 <Project Sdk="Microsoft.NET.Sdk"> 格式，啟用隱含編譯：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net6.0</TargetFramework>
  </PropertyGroup>
  <!-- 無需顯式列出每個 .cs 檔，資料夾下所有 *.cs 自動編譯 -->
</Project>

**優點**：新增/刪除 .cs 檔**完全不修改 .csproj**，衝突歸零。
**前提**：.NET Core / .NET 5+ / .NET Framework 4.7.2+ (需 MSBuild 15+)。

方案四：程式碼產生器 / 部分類別

• 固定 .csproj 結構，新功能透過 partial class 在固定檔案擴充，或使用 T4/Source Generator 產生程式碼，避免頻繁新增檔案。

團隊協作規範建議

1. 小步提交：每完成一個邏輯單元即 Commit + Push，減少合併範圍。
2. 功能分支：大功能開 feature/xxx 分支，完成後 PR 合併至 develop。
3. Code Review 必須：合併前審查 .csproj 變更，確保無遺漏/重複引用。
4. CI 檢查：建置腳本驗證專案能否編譯、單元測試通過。

總結

核心在於**認清 .csproj 可合併**，放棄獨佔鎖定習慣；長期看，遷移至 **SDK Style 專案格式** 或 **拆分模組** 徹底消除衝突源頭。