You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#384 adjusted as much as possible to follow the naming conventions, but there are some things that couldn't be changed without introducing breaks of some kind. We should consider adjusting these as well when we can.
FYI I changed the CI project name, which meant I had to override the inherited GitUrl parameters to point to the "wrongly" named repo, and also, for the regular build (the old non-.NET Core build which is paused), I had to override the SolutionPath parameter to point the "wrongly" named NServiceBus.RabbitMQ.sln.
@Particular/rabbitmq-transport-maintainers I've crossed out the "NuGet package ID" item since it seems it's best to keep it as-is, and only use the convention for new packages.
Is there anything else here that we actually want to change? I see Repo name is still unchecked, though I'm wondering if changing that will also have impacts on CI that aren't worth it?
#384 adjusted as much as possible to follow the naming conventions, but there are some things that couldn't be changed without introducing breaks of some kind. We should consider adjusting these as well when we can.
Plan of attack
Repo name- Rename repo to NServiceBus.Transport.RabbitMQ #433CI project name- has knock on effects due to the build templates, Octopus,etc., so not worth itNuGet package ID- cost outweighs benefit, use convention for new packages onlyThe text was updated successfully, but these errors were encountered: