Navigation

    Inedo Community Forums

    Forums

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    1. Home
    2. pbinnell_2355
    3. Topics
    P
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Topics created by pbinnell_2355

    • P

      Import SBOM
      Support • • pbinnell_2355  

      2
      0
      Votes
      2
      Posts
      8
      Views

      stevedennis

      Hi @pbinnell_2355 , It looks like you have Windows Integrated Authentication enabled. Curl does not support this, but with powerShell you would need to add -UseDefaultCredentials Thanks, Steve
    • P

      pgutil not working in CI/CD yaml pipeline
      Support • • pbinnell_2355  

      2
      0
      Votes
      2
      Posts
      9
      Views

      gdivis

      Hi @pbinnell_2355, Looks like the example code was incorrect. I've updated it. When a dotnet tool is installed globally, you run it by just running the tool name directly, so pgutil instead of dotnet pgutil Hope this help! -Greg
    • P

      Two tier nuget Feeds and controlling build server access with minimum changes to yaml build/pipelines
      Support • • pbinnell_2355  

      6
      0
      Votes
      6
      Posts
      12
      Views

      stevedennis

      Ultimately this is going to involve training for your developers. Just like instituting a code review process will be new and uncomfortable at first, a package review process will be the same. Developers will not like it and they will complain. However, 99% of the time, developers will be fine using the approved feed. 1% of the time (when they want to test a new package or upgrade), then will use the unapproved feed. They'll just need to learn how to switch package sources (it's a drop-down in Visual Studio) and then learn not commit commit these package references. My advise is to make it incumbent upon developers to not commit code/configuration that depends on unapproved packages. If they do, then it will "break the build" because the packages aren't available. This is an expected behavior - it would be like if a developer decided to upgrade to .NET9-beta. "Don't break the build" is a common mantra on development teams, and it means developers can't commit code changes that will do that. Just extend that to using unapproved packages.
    • 1 / 1