1. 22 4月, 2021 1 次提交
    • V
      Remove harvesting of M.E.DependencyModel (#51582) · cf959288
      Viktor Hofer 提交于
      * Remove harvesting of M.E.DependencyModel
      
      The netstandard1.6 configuration of Microsoft.Extensions.DependencyModel
      isn't built anymore. Instead the already built matching binary from the
      latest available package version is redistributed when packaging the
      DependencyModel library.
      
      Also dropping the netstandard1.3 asset and the net451 one as the
      minimum supported set of platforms are ones that support netstandard2.0.
      
      In addition to the harvesting removal, cleaning up the src project which
      had an unnecessary condition and property set.
      
      Contributes to https://github.com/dotnet/runtime/issues/47530
      cf959288
  2. 04 4月, 2020 1 次提交
    • E
      Move DependencyModel to libraries (#34296) · b93829cf
      Eric Erhardt 提交于
      * Move DependencyModel to libraries
      
      Moving DependencyModel to the same folder and infrastructure as the rest of our libraries, and out of the installer folder.
      
      I also dropped support for anything below netstandard2.0 at this time.
      
      Contributes to #3470
      Fix #3425
      
      * Exclude DependencyModel in shims and package checks since it has a duplicated type with System.Collections.
      
      * Harvest previous TFM assets from the previously shipped package.
      
      This also means we start building DependencyModel for net461 to ensure full framework support works correctly, and doesn't pick up the old net451 asset.
      
      * Fix unit tests to consistently pass on core and netfx.
      
      * Add back HashCodeCombiner as obsolete.
      
      * Fix DependencyModel pkg build to reference the correct version of Newtonsoft.Json for the harvested package assets.
      
      * Adding IgnoredTypes for Serialization.Primitives in netcoreapp1.0 and netcoreapp1.1
      Co-authored-by: NJose Perez Rodriguez <joperezr@microsoft.com>
      b93829cf
  3. 18 3月, 2020 1 次提交
    • M
      Extensions: Incremental additions (#33563) · 49922aab
      Maryam Ariyan 提交于
       ref/src/pkg (have no test projects)
      
      Microsoft.Extensions.Caching.Abstractions
      Microsoft.Extensions.Configuration.Abstractions
      Microsoft.Extensions.DependencyInjection.Abstractions
      Microsoft.Extensions.Hosting.Abstractions
      Microsoft.Extensions.Logging.Abstractions
       ref/src/test/pkg
      
      Microsoft.Extensions.Configuration
      Microsoft.Extensions.Configuration.Binder
      Microsoft.Extensions.Configuration.CommandLine
      Microsoft.Extensions.Configuration.EnvironmentVariables
      Microsoft.Extensions.Options.ConfigurationExtensions
      Microsoft.Extensions.Options.DataAnnotations
      49922aab
  4. 13 3月, 2020 1 次提交
    • M
      Extensions: Adding FileProviders and FileSystemGlobbing (#33212) · 473d6f9d
      Maryam Ariyan 提交于
      * - [x] Bulk update all ref csproj except for FileProviders/FileSystemGlobbing
      * - Bulk move Descriptions to json file, all except for FileProviders and FileSystemGlobbing
      * - Bulk correct test project targetframeworks, all except for FileProviders and FileSystemGlobbing
      * - Bulk rename ref cs file and delete the extra duplicates
      * - Bulk move/rename Resources file
      from: Resources.resx to Resources\Strings.resx
      
      * Enables ref/src/test/pkg/sln on FileProviders projects and FileSystemGlobbing
      - [x] Enable on Directory.Build.props
      - [x] build ref/src projects and used GenerateReferenceSource
      - [x] cleanup src csproj properties
      - [x] set proper targetframeworks
      473d6f9d
  5. 03 3月, 2020 1 次提交
  6. 27 12月, 2019 1 次提交
  7. 12 11月, 2019 1 次提交
  8. 04 3月, 2019 1 次提交
  9. 16 6月, 2018 1 次提交
  10. 15 2月, 2017 1 次提交
  11. 11 1月, 2017 1 次提交
  12. 14 12月, 2016 1 次提交
  13. 06 10月, 2016 1 次提交
  14. 28 9月, 2016 1 次提交
  15. 20 9月, 2016 2 次提交
  16. 08 9月, 2016 1 次提交
  17. 13 7月, 2016 1 次提交
  18. 21 5月, 2016 1 次提交
  19. 01 5月, 2016 1 次提交
  20. 15 4月, 2016 1 次提交
  21. 18 3月, 2016 1 次提交
    • E
      Add dummy impl for platform specific API · 12e01eed
      Eric St. John 提交于
      This adds dummy implementations for platform specific API.  The
      implementation assemblies throw PlatformNotSupported for all methods.
      
      This will satisfy NuGet's guardrails check and also let folks compile
      against these assemblies and load them at runtime without JIT failures.
      
      We will not be placing these packages in any of the shared-framework
      layouts, nor should any of these ever be depended on by CoreFx
      libraries.  But we will provide them to enable folks to write platform
      lightup code without having to worry about using reflection or guarding
      calls in separate methods disabling JIT inlining.
      
      These assemblies are marked with AssemblyMetadata("NotSupported",
      "True"), so that future dev-time tooling can detect them and warn/error
      in the case of accidental dependence on platform specific API.
      
      One notable difference is
      System.Runtime.InteropSerivices.WindowsRuntime: this assembly was
      previously part of portable profiles and implementation exists in
      mscorlib.  For this we will forward to mscorlib on all platforms and it
      is up to mscorlib to determine implementation (throw vs noop).
      Fixes https://github.com/dotnet/corefx/issues/6684
      
      Other platform specific contracts that have been excluded:
      System.IO.IsolatedStorage: currently only supported for netcore50 so no
      need to address this problem for x-plat.
      System.Runtime.WindowsRuntime & System.Runtime.WindowsRuntime.UI.Xaml:
      both are WinRT specific and not exposed in any PCL profiles that we
      expect folks to use with x-plat NET core.
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/b12b5604c442c13b983f530e5bccfc0867f160cf
      12e01eed
  22. 11 3月, 2016 1 次提交
  23. 08 3月, 2016 1 次提交
  24. 01 3月, 2016 1 次提交
  25. 12 2月, 2016 1 次提交
  26. 04 2月, 2016 1 次提交
  27. 14 1月, 2016 1 次提交
  28. 03 1月, 2016 1 次提交
    • W
      Add support for building and filtering via OSGroup in .builds files · ffe95ece
      Wes Haggard 提交于
      After this change if you build a .builds file it will all projects
      defined in it. However if you specify OSGroup or FilterOSGroup as a property
      it will only build the projects that are for that OSGroup or AnyOS.
      
      Change the default OSGroup to AnyOS instead of Windows_NT.
      
      By default if you build from the root it will only filter the projects to
      just the OS that you are building on (including anything that is AnyOS).
      
      If you want to build all projects for all OS's from the root pass
      /p:BuildAllOSGroups=true property from the command line.
      
      Includes an update to project-guidelines.md and windows-instructions.md docs
      with information on the changes.
      
      [MERGE with support commit]
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/7146f1be15bbe9b82949cb71b3f1d3548a10fd5e
      ffe95ece
  29. 24 12月, 2015 1 次提交
  30. 16 12月, 2015 1 次提交