Skip to content

Add ServerVulnerabilityAssessment and ManagedInstanceVulnerabilityAssessment operations#5005

Merged
dsgouda merged 7 commits intoAzure:psSdkJson6from
yaakoviyun:psSdkJson6
Nov 21, 2018
Merged

Add ServerVulnerabilityAssessment and ManagedInstanceVulnerabilityAssessment operations#5005
dsgouda merged 7 commits intoAzure:psSdkJson6from
yaakoviyun:psSdkJson6

Conversation

@yaakoviyun
Copy link
Copy Markdown
Member

@yaakoviyun yaakoviyun commented Nov 8, 2018

Description


This checklist is used to make sure that common guidelines for a pull request are followed.

General Guidelines

  • Title of the pull request is clear and informative.
  • There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

  • Pull request includes test coverage for the included changes.

SDK Generation Guidelines

  • If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
  • The generate.cmd file for the SDK has been updated with the version of AutoRest, as well as the commitid of your swagger spec or link to the swagger spec, used to generate the code.
  • The *.csproj and AssemblyInfo.cs files have been updated with the new version of the SDK.

@yaakoviyun
Copy link
Copy Markdown
Member Author

REST API PR -Azure/azure-rest-api-specs#4416

@yaakoviyun
Copy link
Copy Markdown
Member Author

@jaredmoo @yoavfr @talhers

@jaredmoo
Copy link
Copy Markdown
Contributor

jaredmoo commented Nov 8, 2018

There are test failures, please look at Travis CI build and scroll all the way to the bottom.

I noticed that ManagedInstanceTestFixture is reusing the same test recording file for all tests that use it (notice .ctor.json). This seems like a problem, the tests that call into ManagedInstanceTestFixture should pass in the suite object and method name so that when ManagedInstanceTestFixture creates SqlManagementTestContext this suiteObject and testName should be the test method's class and method name. I am not sure however if this is specifically what is causing the test failure.

@jaredmoo
Copy link
Copy Markdown
Contributor

jaredmoo commented Nov 8, 2018

Other than this test issue the change looks good though :)

Copy link
Copy Markdown
Contributor

@dsgouda dsgouda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good for the most part, please regenerate the code once REST spec PR is merged

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 12, 2018

@azuresdkci retest this please

Copy link
Copy Markdown
Contributor

@dsgouda dsgouda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good for the most part, some unused code needs to be cleaned up

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 14, 2018

@yaakoviyun CI tests still failing, please take a look

@yaakoviyun
Copy link
Copy Markdown
Member Author

@dsgouda , @jaredmoo - tests are passing

@yaakoviyun
Copy link
Copy Markdown
Member Author

@talhers

@yaakoviyun
Copy link
Copy Markdown
Member Author

Ping...

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

@yaakoviyun @jaredmoo What Nuget package version do you wish to release this as, 1.24.-0-preview or 1.25.0-preview

Copy link
Copy Markdown
Contributor

@jaredmoo jaredmoo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should try to release this and the MI collation change together in 1.24. Please make sure you and Nemanja are in sync with each other.

Copy link
Copy Markdown
Contributor

@dsgouda dsgouda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

@yaakoviyun please squash commits into a single commit and we are good to merge

@yaakoviyun
Copy link
Copy Markdown
Member Author

yaakoviyun commented Nov 21, 2018 via email

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

@yaakoviyun The easiest way is to copy your changes to a temp directory, recreate the branch from latest psSdkJson6 and copy over the changes to this branch.

@jaredmoo
Copy link
Copy Markdown
Contributor

@jaredmoo
Copy link
Copy Markdown
Contributor

So, git rebase -i psSdkJson6 and then change all "pick" to "squash" except the first one. This will redo your change history on top of psSdkJson6 branch and squash them down into one commit.

Or,

git reset --hard psSdkJson6
git merge --squash ee511584aa30b93a7032b9afa896a17b40cc11ec

This will reset your branch to the same state as psSdkJson6, then squash merge all changes up until ee511584aa30b93a7032b9afa896a17b40cc11ec into this branch. (This is the commit id of the latest commit in your branch - ee51158 )

These two methods are equivalent, just different UX.

@jaredmoo
Copy link
Copy Markdown
Contributor

@dsgouda Is it possible for you to squash merge in github UI?

@jaredmoo
Copy link
Copy Markdown
Contributor

Oh btw @yaakoviyun after you do this squash you will need to git push --force since it rewrites commit history so it is destructive to the remote branch that you are pushing to

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

When you do a pull from upstream, the best way to squash commits is as I mentioned above

@jaredmoo
Copy link
Copy Markdown
Contributor

That is very dangerous, circumventing git and just copying files means that no merges happen, it's basically equivalent to merge and autoresolve all conflicts by taking ours, so that will destroy any changes that were made on another branch :(

@yaakoviyun
Copy link
Copy Markdown
Member Author

yaakoviyun commented Nov 21, 2018 via email

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

@jaredmoo problem is if the "merge" is a part of the commit history, the whole commit history gets messed up too.
As for the concerns about merging, the idea is to make sure the branch is ready to be merged to psSdkJson6 and then recreate a new branch with the ready to merge changes.
If it still feels like an issue, simply create another branch and another PR with it referencing this one so we skip the review.
Hope this helps

@yaakoviyun
Copy link
Copy Markdown
Member Author

yaakoviyun commented Nov 21, 2018 via email

@dsgouda
Copy link
Copy Markdown
Contributor

dsgouda commented Nov 21, 2018

The additional steps are needed only if the branch was updated with remote master and some conflicts had to be resolved, else a simple git rebase should work.
If you are able to do a git rebase successfully, we can proceed with this PR
Apologize for the confusion

@dsgouda dsgouda merged commit f8895c2 into Azure:psSdkJson6 Nov 21, 2018
azure-sdk pushed a commit that referenced this pull request Jan 5, 2023
…" for perf.yml

This reverts commit 81c78afd563a32c224eb45b0cf864078d55b68eb.
azure-sdk added a commit that referenced this pull request Jan 5, 2023
…" for perf.yml (#33321)

This reverts commit 81c78afd563a32c224eb45b0cf864078d55b68eb.

Co-authored-by: Mike Harder <mharder@microsoft.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants