add unit tests for PathUtils

[MihailsKuzmins]

• private methods to expose assembly.Location as an input parameter
• unit tests for Combine, GetAssemblyPath and GetAssemblyFileName

[paulushub]

@MihailsKuzmins If possible, avoid testing private methods.
I have added you as collaborator, please try merging this PR for a test.

[MihailsKuzmins]

@paulushub-san, yes, I know it is not a good practice, but I had a problem with InternalsVisibleTo (test projects must also be signed).

In all projects there was an .snk file which was different for each project.
So if you could help me generate this .snk file for the test project I will change the visibility to internal

Thank you for the invitation. I have accepted it.
Once we decide what to do with the visibility of methods I will merge the PR 😄

By the way, what type of merge do you prefer? In my repositories I usually use squash, but I see that in this repository just a merge commit is used. So this is the preferred way of merging, right?

[paulushub]

In all projects there was an .snk file which was different for each project.

I usually do not like sharing resources between projects, so that you can always move project without much problems.

Once we decide what to do with the visibility of methods I will merge the PR

Just a suggestion not a request, so go ahead - try the merge commit, it is the default and easy to tract changes. 😄

[MihailsKuzmins]

all right then. Thank you for the review 😄. Let us keep the tests not signed for now. Hopefully we will not need a lot of InternalsVisibleTo in the future.
By the way, what do you think of GitHub actions? For my repositories I usually setup builds which can build, test and publish NuGet (provided that certain criteria is met) for my repositories

[paulushub]

By the way, what do you think of GitHub actions?

I could look into it with active committers. Long ago, someone contributed AppVeyor action, but I did not follow with it since I was the only active committer and have no need for automated Nuget package generation.