Asp. Net MVC 3 - 可以说软件包ID目前为 < code> Acme. Mvc , 其版本为 < code> 2.x 。
我现已分拆了这个项目,并将在MVC 4 Beta 上投放同一包的预发版。 现在,逻辑上,现在的版本是图书馆的3.x
;然而,一旦我发布(一旦它不再预发),那么,2.x
将不再出现在VS UI中;这可能导致其他开发者将它添加到MVC 3项目中;并且不使用控制台,使他们无法轻易获得旧的v2.x
图书馆的未来升级。
在其他一些情况下,我对包件 ID 进行了修改, 以包含一个版本, 即 < code> Acme. Mvc.3 , 这样新旧的可以并排。 唯一的问题是, 此时某人可以尝试将两者都包含在内! 还有略微的 pedantic 问题, 称之为 < code> v3. x 不一定正确; 因为它是一个新软件包 。
此外,我确实需要能够维持这两条流。 我可以依靠在MVC 4 站点的固定重定向,这些站点仍然引用了针对MVC 3 的图书馆版本;因为我的分机没有依赖过去的东西。
当我看公众的核素饲料时;我很少看到这种在软件包ID中坚持一个主要版本的做法,但真的有别的选择吗?