Kilka odpowiedzi na twoje pytania.
- wolę używać uwierzytelniania NTLM bez zapisywania nazwy użytkownika i hasła (zwłaszcza) w profilach publikowania. Jak to zrobić? Jeśli zostawiam nazwę użytkownika i hasło puste, otrzymam monit o wpisanie . Czy istnieje sposób ręcznego modyfikowania plików .pubxml ?
Twoje uwierzytelnienie zależy od sposobu hostingu w sieci Web.Domyślnie, jeśli korzystasz z usługi zarządzania przez Internet, to do uwierzytelniania używasz użytkowników usług IIS. Dzięki użytkownikom IIS możesz kontrolować, którzy użytkownicy mają uprawnienia do określonych witryn/aplikacji. Możesz także skonfigurować WMSVC, aby używał również uwierzytelniania Windows. Jeśli masz problemy z używaniem VS do tych scenariuszy, daj mi znać. Jeśli używasz usługi Remote Agent do hostowania Web Deploy, w takim przypadku będziesz używać uwierzytelniania systemu Windows.
- Dlaczego nazwa użytkownika/hasło przechowywane w
PublishProfileName.pubxml które zostały sprawdzone w kontroli źródła, a nie w PublishProfileName.pubxml.user że jest lokalny dla każdego użytkownika? Mógłbym przynajmniej zapisać nazwę użytkownika, ale oczywiście nie chce, że musi być ona sprawdzona w.
Mamy inny mechanizm, aby określić, jakie informacje są prywatne/wspólne. Z wyjątkiem hasła wszystkie informacje publikowane są udostępniane (i domyślnie są sprawdzane pod numerem). Aby uprościć projekt, możesz mieć udostępniony profil publikowania lub taki, który w ogóle nie jest udostępniany. Nie ma pośredniego miejsca, w którym masz profil, w którym niektóre pola są udostępniane, a inne nie. Hasło jest tutaj zapisane specjalnym przykładem i jest zaszyfrowane dla każdego użytkownika/maszyny w pliku .pubxml.user.
Jeśli chcesz mieć prywatny profil publikowania, możesz po prostu nie sprawdzić pliku .pubxml, który odpowiada profilowi publikowania. Są one przechowywane we Właściwościach \ PublishProfiles (lub My Project \ PublishProfiles dla VB) i po prostu wykluczają je z projektu i nie sprawdzają plików. Okno dialogowe publikowania wyszukuje profile na dysku, a nie tylko te, które są w tym katalogu. projekt. Wszystko powinno dalej działać.
Nie popieramy pojęcia selektywnego przechowywania wartości w pliku .pubxml.user. Okno dialogowe publikowania będzie przechowywać tylko określoną liczbę wartości w tym pliku. Zamiast
- Sama konfiguracja nie jest częścią
PublishProfileName.pubxml ale jest przechowywany w PublishProfileName.pubxml.user jak LastUsedBuildConfiguration.
- To samo dotyczy platformy jako ostatniego punktu.
To był błąd, że powinny zostać zapisane w pliku .pubxml, a nie plików .pubxml.user. Od tego czasu naprawiliśmy to, ale jeszcze nie mieliśmy okazji opublikować aktualizacji.
Właściwość konfiguracji nie może zostać ustawiona w profilu publikowania. Właściwość Configuration jest podstawową częścią procesu kompilacji. Mówiąc dokładniej, powodem, dla którego nie wywoływaliśmy tej właściwości Konfiguracja jest fakt, że plik .pubxml jest importowany do definicji pliku .csproj/.vbproj podczas publikacji kompilacji &. Ponieważ inne właściwości są zdefiniowane w oparciu o konfigurację, nie można zmienić wartości po jej ustawieniu. Właśnie napisałem zbyt dużo szczegółów na ten temat pod numerem http://sedodream.com/2012/10/27/MSBuildHowToSetTheConfigurationProperty.aspx. To ograniczenie jest sprawą MSBuild, a nie ograniczeniem publikacji. Dla linii poleceń należy określić konfigurację w następujący sposób: msbuild.exe myproj.csproj /p:...(other właściwości) .../p: Konfiguracja =
- Ja również brakuje wsparcia w przypadku wdrożeń dla wielu serwerów. Obecnie jestem zmuszony do używania plików wsadowych oprócz Opublikuj profile.
Nie mamy bezpośredniego wsparcia dla tego, ale jeśli poszerzyć od potrzeb może będę mógł pomóc. FYI Mam rozszerzenie, które może Cię zainteresować. Wysłałem 5-minutowy film wideo do http://sedodream.com/2012/03/14/PackageWebUpdatedAndVideoBelow.aspx.
Dzięki za odpowiedź. Powinienem wspomnieć, że serwery są poprawnie skonfigurowane, aby zaakceptować NTLM (użyłem użytkowników Windows zamiast użytkowników IIS) do Web Deploy z wykorzystaniem WMSVC. Mój pierwszy punkt dotyczył profili publikowania, tj. Jak mogę powiedzieć profilom publikowania, aby używały NTLM. Jeśli pominiesz nazwę użytkownika/hasło podczas konfigurowania lub ręcznego usuwania pliku .pubxml, pojawi się okno dialogowe poświadczeń. Mogę wprowadzić moje dane uwierzytelniające jako MyDomain \ MyWindowsUsername i MyPassword i działa dobrze, ale muszę to robić za każdym razem. Szukam opcji, aby powiedzieć, aby użyć moich bieżących poświadczeń systemu Windows. –
Moja druga kwestia dotyczy wspólnych profili. Każdy profil składa się z dwóch części - współdzielonej (zaznaczone) i niepodzielonej (.user), która jest lokalna. Używamy indywidualnych nazw użytkowników, ale nadal chcemy korzystać z profilu udostępnionego. Rozsądniej byłoby zapisać nazwę użytkownika/hasło w profilu .user, aby każdy użytkownik mógł mieć własne ustawienia, a jednocześnie mógł korzystać z udostępnionego profilu (zawierającego wszystkie pozostałe ustawienia). Jest to ważne, gdy wielu użytkowników może publikować, aby powiedzieć kontroli jakości, nie chcemy, aby każdy tworzył swój własny profil publikowania, gdy jedyną rzeczą, która jest inna, jest nazwa użytkownika/hasło. –
Czekamy na tę aktualizację z poprawką dla konfiguracji i platformy przechowywaną w profilu .user. W jaki sposób wpłynie to na użytkownika, który nie ma profilu, a dostanie nowy z TFS i opublikowany za jego pomocą? Załóżmy, że profil (PublishToQA.pubxml) powinien korzystać z konfiguracji kontroli jakości, ale nie ma wersji PublishToQA.pubxml.user, a ostatnia używana konfiguracja to Debugowanie? Sądzę, że przetestowałbym to z innym członkiem zespołu. –