-
Notifications
You must be signed in to change notification settings - Fork 4k
Recovery services Netstandard + Module merge for .netStandard #6975
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@viverm Looks like you currently have two test dlls for RecoveryServices.SiteRecovery, one in RecoveryServices and one in RecoveryServices.SiteRecovery. That is why the move is failing - please remove the RecoveryServices.SiteRecovery file once you are confident that all the code has been moved successfully into the RecoveryServices folder, and the tests will no longer fail. |
3740609
to
df94e43
Compare
@maddieclayton / @MiYanni dll is mentioned in csproj file and defined in psd1 dependency but still it is not able to find it. _
_ |
@viverm You removed |
@MiYanni Intentionally removed the dll from backup as it is not used in that module. @dragonfly91 Can you also check the code once. |
@MiYanni please help with build failure issue. _
_ |
@viverm So, looking through your code, |
23319b6
to
1f40abb
Compare
@MiYanni travis build is struck from long time. |
@viverm The Travis build won't run until you resolve your conflicts. The Travis build is different from the Jenkins build. The Travis build merges latest preview into your branch to do a build. So, if it detects a conflict, it won't run the build. Jenkins simply uses the bits from your branch to run. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This has a lot of great changes in it! There are just a few issues to fix up. Let me know if you have any questions based on my comments.
<PropertyGroup> | ||
<TargetFramework>netcoreapp2.1</TargetFramework> | ||
<AssemblyName>Microsoft.Azure.Commands.RecoveryServices.SiteRecovery.Test</AssemblyName> | ||
<RootNamespace>Microsoft.Azure.Commands.RecoveryServices.SiteRecovery.Test</RootNamespace> | ||
<GenerateAssemblyInfo>false</GenerateAssemblyInfo> | ||
<TreatWarningsAsErrors>true</TreatWarningsAsErrors> | ||
<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies> | ||
<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath> | ||
<OutputPath>$(ProjectDir)..\..\..\Package\$(Configuration)\ResourceManager\AzureResourceManager\Az.Profile\</OutputPath> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The test projects should not output into the Package directory. They simply use the normal bin
directory in the project root.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am seeing the similar pattern in compute and keyvault
do you change the profile to recoveryServices?
...ecoveryServices/Commands.RecoveryServices.SiteRecovery.Test/ScenarioTests/Common/AsrTests.cs
Outdated
Show resolved
Hide resolved
src/ResourceManager/RecoveryServices/Commands.RecoveryServices/Az.RecoveryServices.psd1
Outdated
Show resolved
Hide resolved
...overyServices/Commands.RecoveryServices/Vault/GetAzureRMRecoveryServicesVaultSettingsFile.cs
Outdated
Show resolved
Hide resolved
...overyServices/Commands.RecoveryServices/Vault/GetAzureRMRecoveryServicesVaultSettingsFile.cs
Outdated
Show resolved
Hide resolved
...overyServices/Commands.RecoveryServices/Vault/GetAzureRMRecoveryServicesVaultSettingsFile.cs
Show resolved
Hide resolved
...overyServices/Commands.RecoveryServices/help/Get-AzureRmRecoveryServicesVaultSettingsFile.md
Outdated
Show resolved
Hide resolved
@MiYanni check the Azure.PowerShell.Netcore.sln chagnes, I am not sure about it after merge . |
@viverm You have the same file twice. One with capital RM and the other with Rm |
47d87fc
to
707af15
Compare
@MiYanni build successful . Let me know if any other fix or concern |
I'm still seeing this issue on Ubuntu 16.04 with powershell PowerShell 6.1.0 (after apt-get update && apt-get upgrade powershell) and reinstalling the AzureRM.NetCore module:
Is this fix available in the ubuntu package yet? |
@archmangler This change is in our Az package, which is replacing both AzureRM and AzureRM.Netcore. |
@MiYanni - thanks, I see the new installation command. Issue fixed. |
Description
Checklist
CONTRIBUTING.md
platyPS
module