Home/ Questions/Q 1012213
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T09:54:44+00:00

We recently split our current work into two different VS solutions, one which contains

  • 0

We recently split our current work into two different VS solutions, one which contains mainly the front-end stuff (aspx files, user controls and the like) and the other which contained mainly business logic to compile into assemblies and reference in the first solution.

Since doing this we’ve been experiencing problems with versioning when building the business logic solution and trying to check the new dll’s into the front-end solution. Most of the dll’s (and pdb files) say that a newer version exists on the server.

I’m confused about this because when I went looking in the AssemblyInfo files of the projects in the Business Logic solution, they all had no version number set except the default of 1.0.0.0. Building the solution is currently generating files with version 2.2.1.3 and the server apparently has version 2.2.2.3 but nowehere can I see where these version numbers are being generated. Changing and rebuilding a project doesn’t seem to change the version number unless I manually edit the version number in the AssemblyInfo of that project.

Can anyone suggest a way we can move forward on this, so that all the projects in the solution automatically update to the same version number when the solution is built, regardless of which developer is doing the build?

Cheers,
matt

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The version number has nothing to do with the version number in the dll, but with the version of the file in source control.

    You are trying to check in a file from which you don’t have the latest yet. So undo your change, get the latest version of the files. Then check them out again and check them in.

    • 0