Skip to content

Conversation

@dotnet-bot
Copy link
Collaborator

This is an automatically generated pull request from main into main-vs-deps.

Once all conflicts are resolved and all the tests pass, you are free to merge the pull request. 🐯

Troubleshooting conflicts

Identify authors of changes which introduced merge conflicts

Scroll to the bottom, then for each file containing conflicts copy its path into the following searches:

Usually the most recent change to a file between the two branches is considered to have introduced the conflicts, but sometimes it will be necessary to look for the conflicting lines and check the blame in each branch. Generally the author whose change introduced the conflicts should pull down this PR, fix the conflicts locally, then push up a commit resolving the conflicts.

Resolve merge conflicts using your local repo

Sometimes merge conflicts may be present on GitHub but merging locally will work without conflicts. This is due to differences between the merge algorithm used in local git versus the one used by GitHub.

git fetch --all
git checkout -t upstream/merges/main-to-main-vs-deps
git reset --hard upstream/main-vs-deps
git merge upstream/main
# Fix merge conflicts
git commit
git push upstream merges/main-to-main-vs-deps --force

dotnet-bot and others added 22 commits June 6, 2022 15:10
…a-4af520ff34f0

Localized file check-in by OneLocBuild Task: Build definition ID 327: Build ID 1811661
We (mostly) use these to track time, but rather than just letting
them directly take a TimeSpan, we were expecting each of the callers
to distill it down to milliseconds and the pass it as an integer.
This actually clarifies a current surprise that some of our code
calls the data points "ticks" but they're actually logging milliseconds,
but that wasn't obvious since there were just ints being passed around
everywhere.

Even for the cases we were passing around milliseconds, what we were
often doing is taking a TimeSpan, grabbing it's TotalMilliseconds and
then:

- casting it to an int to pass around to our logging functions
- casting that to a decimal to pass to the log aggregators
- doing decimal division to figure out which bucket it goes in
- doing a Math.Floor on that result
- casting that result back to an int

If we just keep everything internally as an int, the division will
already round down and we can avoid all the random extra casting.
Makes it clear this is not a base type of the other ones.
Co-authored-by: Sam Harwell <[email protected]>
Fix Rune access issue on AspNetCoreVirtualChar
@dotnet-bot dotnet-bot requested review from a team as code owners June 14, 2022 18:02
@dotnet-bot dotnet-bot added Area-Infrastructure auto-merge Merge Conflicts There are merge conflicts with the base branch. labels Jun 14, 2022
@dotnet-bot
Copy link
Collaborator Author

⚠ This PR has merge conflicts. @RikkiGibson

@dotnet-bot dotnet-bot enabled auto-merge June 14, 2022 18:02
Copy link

@ghost ghost left a comment

Choose a reason for hiding this comment

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

Auto-approval

@JoeRobich
Copy link
Member

@genlu Could you look at this merge conflict?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

10 participants