Privater Nuget-Feed auf Intranet-Ebene: Windows Integrated Security-Anpassung

8

Ich denke darüber nach, Intranet-Level-Nuget-Feed einzurichten (ein Haufen von Teams in meiner Firma soll es verwenden) Ich habe mir einige Tutorials und entsprechende Kapitel in Pro Nugget Büchern angeschaut, allerdings habe ich noch eine Frage übrig soweit:

  1. Wie Windows-integrierte Sicherheit problemlos auf privaten Feeds ausgeführt werden kann und Zugriffsrechte für privaten Nuget-Feed angepasst werden können (z. B. allen Benutzern erlauben, Pakete zu erhalten, aber nur mehreren Domänennutzern / -gruppen Pushing zu gewähren);
  2. Wie können Entwickler Pakete an private Feeds senden, ohne api key ?
    3. zu haben
  3. Wie können Entwickler Entwickler davon abhalten, so dumme Fehler zu machen, wie das Paket zum öffentlichen Feed zu schieben? Reicht das aus, um api key für öffentlichen Feed nicht als Standard zu konfigurieren?

Hat jemand mit einem dieser Fälle konfrontiert? Irgendwelche Hinweise werden geschätzt.

Danke!

    
alex.b 31.07.2012, 07:10
quelle

1 Antwort

4

Ich habe das bisher nicht versucht, aber folge diesen Anweisungen: Ссылка

Ich würde einfach eine Netzwerkfreigabe auf dem Server erstellen, der den Feed hostet, mit Schreibzugriff auf bestimmte AD-Entwicklergruppen.

Auf diese Weise ist Ihr Repository öffentlich und nur einige Personen können Pakete hinzufügen.

Auch wenn Sie über einen Server für die kontinuierliche Integration verfügen, können Sie den Zugriff auf die Dateifreigabe (oder den API-Schlüssel) nur für die Konten zur Kontoerstellung zulassen. Auf diese Weise werden Pakete automatisch veröffentlicht, nachdem sie automatisierte Tests bestanden haben.

    
mathieu 31.07.2012, 09:52
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset MySQL-IF-Anweisung in der UPDATE-Abfrage