Tôi đồng ý với rất nhiều câu trả lời ở đây. .NET không có số lượng lớn các IDE độc lập, bạn đã sử dụng Visual Studio để viết mã, quản lý các phần phụ thuộc của mình, v.v. Giải pháp trong VS đủ tốt cho MSBuild nên đó là những gì bạn sử dụng từ các máy chủ xây dựng của mình.
Mặt khác, Java đã phát triển nhiều IDE và Java đi xuống một lộ trình quản lý các dự án bên ngoài từ IDE. Giải phóng nhà phát triển sử dụng IDE mà họ lựa chọn. Gần đây tôi đã bắt đầu đào tạo chéo từ C # sang Java và tôi có thể nói với bạn rằng khái niệm xây dựng maven khá xa lạ, nhưng sau một thời gian, tôi yêu thích nó, và quan trọng hơn là tôi thấy khái niệm repo mang lại cho tôi những gì.
Bây giờ cách VS được quản lý phụ thuộc yêu cầu bạn thêm tham chiếu dự án hoặc tham chiếu đến DLL. Việc thêm tham chiếu DLL này là thiếu sót. Bạn làm cách nào để quản lý sự thay đổi của các phiên bản, cách bạn cấu trúc các hình nền của bên thứ 3 tạo thành các nguồn bên ngoài và nội bộ cũng như các hình nền mà bạn muốn đưa vào từ nhóm của riêng mình nhưng không phải là tài liệu tham khảo dự án. Tôi đã thực hiện nhiều cách giải quyết nói chung dựa trên cấu trúc thư mục dựa trên tệp nhưng không có cách nào trong số đó là thanh lịch hoặc tuyệt vời khi các phiên bản thay đổi. Cũng làm cho việc phân nhánh trở nên khó khăn vì điều đó trở thành vấn đề cần cân nhắc trong cách bạn cấu trúc các thư mục.
Bây giờ tôi đã làm việc với Java và repo mavan công cộng, thật tuyệt. Tôi đã làm việc với Python và cài đặt pip hiệu quả một lần nữa được lấy từ các repo công khai. Cuối cùng tôi đã làm lại một số thứ trong C # với VS 2015 và việc tích hợp với Nuget chính xác là những gì còn thiếu.
Giờ đây, trong môi trường công ty, các repo công khai không phải lúc nào cũng có thể truy cập trực tiếp nên bạn cần các repo của công ty. Một lần nữa các hệ sinh thái không phải của Microsoft đang dẫn đầu về vấn đề này.
Về cơ bản, Java được phát triển từ một môi trường mã nguồn mở hơn, nơi bảo trì dự án IDE không được sử dụng trong khi .NET phát triển từ Visual Studio quản lý dự án và các đường dẫn khác nhau này có nghĩa là repo sau này sẽ xuất hiện trong Visual Studio.
Cuối cùng và đây là quan sát của tôi, cộng đồng Java có xu hướng sử dụng các framework của người khác nhiều hơn vì các thư viện cơ sở Java cung cấp ít hơn. Trong khi đó, người dùng .NET viết nhiều mã của riêng họ hơn. Cộng đồng java có một hệ sinh thái các mẫu và thực hành lớn hơn, trong khi .NET lại viết mã riêng hoặc chờ Microsoft. Điều này đang thay đổi nhưng một lần nữa cho thấy lý do tại sao .NET đi sau Java trong yêu cầu đối với repos.