我在想：如果專案共享相同的輸出檔案夾，我想會出現某些檔案可能被同一檔案的其他版本的構建程序替換的情況，從而導致問題。我對嗎？
我會說這不是一個好主意，但我想請你給出一個權威的答案。
uj5u.com熱心網友回復：
在我看來，每個專案都有一個單獨的輸出構建檔案夾總是更好。首先，為了避免像您所說的那樣覆寫，其次，僅從背景關系來看，應該單獨處理專案，無論是組態檔還是構建。如果您以后還擁有與構建相結合的 CI/CD 管道，它們也會單獨提供，然后您可以通過腳本相應地收集必要的配置，或者也可以將靜態檔案（例如 Javascript 前端構建）復制到相應的專案檔案夾中，負責例如提供 UI（例如通過 .NET ASP 和靜態檔案）。
如果由于某種原因無法避免它，您還可以做的是為與構建相關的各個專案至少創建一個“子檔案夾”，例如/bin/build/myProjectOneBuild和/bin/build/myProjectTwoBuild。
uj5u.com熱心網友回復：
取決于你想做什么。不相關的專案通常不應該輸出到同一個目錄，因為正如你所說，它可能導致例如不同版本的依賴相互覆寫。但是，如果您有一堆邏輯上屬于一起的專案，例如要一起分發的多個可執行檔案或只是一起形成一組工具，或者使用插件架構并且每個插件都是自己的專案的程式，那么它確實有意義，甚至可以方便地擁有一個目錄。在這種情況下，也不應該有覆寫的風險，因為例如插件依賴項無論如何都應該具有相同的版本。
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/368059.html
下一篇：從XML配置中提取特定值