Cách cấu hình các cấu hình xuất bản để sử dụng xác thực NTLM

Question

Trong Visual Studio 2012, việc sử dụng các cấu hình xuất bản cùng với triển khai web đơn giản hóa việc triển khai khá một chút. Tuy nhiên nó vẫn còn thiếu vài điều hoặc có thể là tôi không biết làm thế nào để sử dụng nó được nêu ra.

• Tôi thích sử dụng xác thực NTLM mà không lưu trữ tên người dùng và mật khẩu (đặc biệt) trong hồ sơ xuất bản. Điều này có thể giải quyết như thế nào? Nếu tôi để trống tên người dùng và mật khẩu, tôi sẽ được nhắc. Có cách nào giống như chỉnh sửa thủ công tệp .pubxml không?
• Tại sao tên người dùng/mật khẩu được lưu trữ trong PublishProfileName.pubxml mà tôi đã kiểm tra trong kiểm soát nguồn chứ không phải trong PublishProfileName.pubxml.user là địa phương cho từng người dùng? Ít nhất tôi có thể lưu tên người dùng nhưng rõ ràng là không muốn điều đó được đăng ký.
• Bản thân cấu hình không phải là một phần của PublishProfileName.pubxml nhưng được lưu trữ trong PublishProfileName.pubxml.user là LastUsedBuildConfiguration.
• Tương tự cho Nền tảng là điểm cuối cùng.
• Tôi cũng thiếu hỗ trợ cho việc triển khai đa máy chủ. Tôi hiện đang bị buộc phải sử dụng tệp hàng loạt ngoài Hồ sơ xuất bản.

EDIT

Dòng lệnh đó hoạt động tốt cho việc xuất bản là

MSBuild.Exe MyProject.sln /p:Configuration=QA /p:DeployOnBuild=true;PublishProfile=PublishToQA;AllowUntrustedCertificate=true /p:authType=NTLM /p:UserName= 

Trong này tôi muốn bỏ qua /p:Configuration=QA nếu cấu hình trở thành một phần của hồ sơ công bố chính nó.

Answer 1

Một số câu trả lời cho câu hỏi của bạn.

• Tôi thích sử dụng xác thực NTLM không lưu trữ tên người dùng và mật khẩu (đặc biệt) trong công bố hồ sơ. Làm thế nào có thể việc này được thực hiện? Nếu tôi để trống tên người dùng và mật khẩu, tôi là được nhắc. Có cách nào giống như chỉnh sửa thủ công tệp .pubxml không?

xác thực của bạn thường được dẫn dắt bởi cách Web Triển khai được lưu trữ.Theo mặc định nếu bạn đang sử dụng dịch vụ quản lý Web thì bạn đang sử dụng người dùng IIS cho auth. Với người dùng IIS, bạn có thể kiểm soát người dùng nào có quyền đối với các trang web/ứng dụng cụ thể. Bạn cũng có thể cấu hình WMSVC để sử dụng Windows auth. Nếu bạn gặp vấn đề khi sử dụng VS cho những tình huống đó, hãy cho tôi biết. Nếu bạn đang sử dụng dịch vụ Đại lý từ xa để lưu trữ Web Deploy thì trong trường hợp này bạn sẽ sử dụng auth windows.

• Tại sao tên người dùng/mật khẩu được lưu trữ trong PublishProfileName.pubxml mà tôi đã kiểm tra trong việc kiểm soát nguồn và không có trong PublishProfileName.pubxml.user đó là địa phương cho mỗi người dùng? Tôi có thể ít nhất lưu tên người dùng nhưng rõ ràng là không muốn điều đó phải được kiểm tra trong

. Chúng tôi có một cơ chế để bạn có thể xác định những thông tin nào là tư nhân/chia sẻ. Ngoại trừ mật khẩu, tất cả thông tin xuất bản được chia sẻ (và được đăng ký theo mặc định). Để đơn giản hóa thiết kế, bạn có thể có hồ sơ xuất bản được chia sẻ hoặc không được chia sẻ. Không có ở giữa, trong đó bạn có một hồ sơ mà một số lĩnh vực được chia sẻ và khác không. Mật khẩu được gắn đặc biệt ở đây và được mã hóa trên cơ sở cho mỗi người dùng/mỗi máy trong tệp .pubxml.user.

Nếu bạn muốn có một hồ sơ xuất bản riêng thì bạn có thể chỉ cần không kiểm tra tệp .pubxml tương ứng với hồ sơ xuất bản. Chúng được lưu trữ trong Properties \ PublishProfiles (hoặc My Project \ PublishProfiles cho VB) và chỉ loại trừ chúng khỏi dự án và không kiểm tra các tệp. Hộp thoại xuất bản tìm các cấu hình trên đĩa, không chỉ các cấu hình nằm trong dự án. Mọi thứ sẽ tiếp tục hoạt động.

Chúng tôi không hỗ trợ khái niệm về lưu trữ có chọn lọc các giá trị trong tệp .pubxml.user. Hộp thoại xuất bản sẽ chỉ lưu trữ một số giá trị được đặt trong tệp đó. Thay vì

• Configuration tự nó không phải là một phần của PublishProfileName.pubxml nhưng được lưu trữ trong PublishProfileName.pubxml.user như LastUsedBuildConfiguration.
• Tương tự cho Nền tảng là điểm cuối cùng.

Đây là lỗi mà nó phải được lưu trữ trong tệp .pubxml chứ không phải tệp .pubxml.user. Chúng tôi đã sửa lỗi này nhưng chưa có cơ hội phát hành bản cập nhật.

Thuộc tính cấu hình không thể được đặt trong cấu hình xuất bản. Thuộc tính cấu hình là một phần cốt lõi của quá trình xây dựng. Cụ thể hơn, lý do tại sao chúng tôi không gọi thuộc tính này Cấu hình là do tệp .pubxml được nhập vào định nghĩa của .csproj/.vbproj trong khi xuất bản xây dựng &. Vì các thuộc tính khác được xác định dựa trên cấu hình bạn không thể thay đổi giá trị khi nó được thiết lập. Tôi chỉ viết blog với quá nhiều chi tiết về chủ đề này tại http://sedodream.com/2012/10/27/MSBuildHowToSetTheConfigurationProperty.aspx. Giới hạn này là một điều MSBuild không phải là một giới hạn xuất bản. Đối với dòng lệnh bạn nên xác định cấu hình theo cách sau: msbuild.exe myproj.csproj /p:...(other tài sản) .../p: Cấu hình =

hỗ trợ

• Tôi cũng mất tích để triển khai đa máy chủ. Tôi hiện đang bị buộc phải sử dụng tệp hàng loạt ngoài Hồ sơ xuất bản.

Chúng tôi không có hỗ trợ trực tiếp cho điều này, nhưng nếu bạn mở rộng theo nhu cầu của mình, tôi có thể trợ giúp. FYI Tôi có một phần mở rộng mà bạn có thể quan tâm. Tôi đã đăng một video 5 phút đến http://sedodream.com/2012/03/14/PackageWebUpdatedAndVideoBelow.aspx.

Answer 2

Bạn được miễn phí (và được khuyến khích) chỉnh sửa thủ công các tệp pubxml của mình, vì vậy vui lòng xóa mật khẩu.

Để chuyển sang NTLM, hãy thay đổi AuthType thành NTLM trong PropertyGroup đầu tiên.

Platform và Configuration vẫn là cấu hình xây dựng, tệp user chỉ lưu trữ chúng để Visual Studio biết cấu hình cuối cùng bạn triển khai là gì.

Bằng nhiều máy chủ, bạn có nghĩa là trang trại không? Nếu vậy, bạn có thể thử xem Web Farm Framework mà về cơ bản thực hiện MSDeploy đồng bộ từ máy chủ chính cho người khác.

Hoặc, bạn có thể chuyển sang dòng lệnh và sử dụng postSync để tải lên và thực thi tệp lô trên máy chủ từ xa kích hoạt các triển khai khác từ đó.