标签: versioning

请注意,在本页的右下角,它有SVN修订版ID？我假设这是动态的.

我希望将它添加到我的一些网站,就像在源代码中的注释,以确保代码推送正在进行.

注意:您还可以假设相关站点的工作目录是有问题的repo的svn签出.

编辑:我正在寻找全球修订号,而不是我正在查看的文件的修订号.

我刚刚编写了一个新版本的WCF Web服务,我想确保我没有对服务和数据合同进行任何重大更改.

回想一下我作为VB6 Com Api开发人员的日子,我记得在编译时指定组件的先前发行版本是多么容易,并让编译器检查是否正在维护二进制兼容性.

我设想类似的(希望是)"合同兼容性"检查.它将使用元数据执行与VB6 dev env所做的类似的检查.这可以作为执行实用程序的单独构建步骤来完成.

我准备接受那里没有这样的实用工具.如果是这种情况,是否有人对如何实现这一目标的算法有任何想法？

1. 从当前实时服务版本中检索元数据
2. 从新服务版本检索元数据
3. 检查服务合同和每个数据合同是否兼容.仅报告重大变化.

第3步似乎很复杂,但肯定是自动化的......

我们在电子表格中有很多VBA代码,很多时候人们将它们保存到本地驱动器中.当我们想要升级电子表格时,我们将新版本推送到共享驱动器,但没有任何方法可以强制人们不使用旧版本的电子表格.

这里是否有一些最佳实践来部署vba电子表格,因此如果有人加载旧版本,它将无法打开或要求您升级.对于任何自定义解决方案来说,这似乎必须是一个问题所以我会通过MS在这里有一些解决方案.

微软是否有针对此的标准版本/部署解决方案,或者我是否需要提出一些自行开发的解决方案(电子表格在启动时ping数据库以检查版本)

我有一套Debian打包脚本,我希望每次构建时都会增加包的版本号.(即debian_revision如在指定的Debian策略手册)也就是说,第一个构建应该是PACKAGE-1.0-0,然后PACKAGE-1.0-0,等(这里1.0是upstream_version).是否有一种简单的方法来指定这个"额外"版本号而无需在更改日志中创建新条目？

我希望每当特定目标(即deb构建)时,由项目的Makefile自动完成此操作

我读过" JDK通常是向前兼容的,而JRE通常是向后兼容的."

Java开发人员在他们的应用程序中做了什么样的版本检查？

你是否每次发布升级JDK？

如何最大限度地减少版本之间的不兼容性？

我目前正在为Project Dash开发Maven工具.其中一个悬而未决的问题是如何处理错误.

Maven Central说:没有任何出版物发生变化.这是因为Maven从未试图弄清楚版本是否发生了变化(与SNAPSHOTs不同).

但我可能不得不创建一个新的"发布版",例如Eclipse 3.6.2的一部分.我应该使用哪个版本号？3.6.2.1,3.6.2-1,3.6.2_1,3.6.2pl1？为什么？

我需要一个普通用户可以编辑模型的系统,但是在管理员批准之前,编辑实际上不会发生.我发现了一个名为paper_trail的宝石,它确实有模型版本,但并不特别支持我想要做的事情.我想知道其他人是如何处理这个问题的.我应该补充一点,我希望能够让用户同时进行编辑.它们不是很复杂,例如一个是别名.

更复杂的部分可能是多个用户编辑相同模型并尝试进行某种合并的情况.

我想通过为不同版本提供不同的Accept标头值来对我的REST-Webservice进行版本控制(请参阅http://barelyenough.org/blog/2008/05/versioning-rest-web-services/).

问题是,Spring MVC 3似乎无法实现.

我的控制器看起来像这样:

@Controller
@RequestMapping("test")
public class RestController {

@RequestMapping(method = RequestMethod.GET, produces = "application/vnd.example.item-v1+json")
@ResponseBody
public ItemV1 getItem() {
    return new ItemV1();
}

@RequestMapping(method = RequestMethod.GET, produces = "application/vnd.example.item-v2+json")
@ResponseBody
public ItemV2 getItem2() {
    return new ItemV2();
}
}

当我尝试访问其中一种方法时,我得到一个异常:

java.lang.IllegalStateException: Ambiguous handler methods mapped for HTTP path '/test'

我错过了什么,或者Spring MVC是不可能的？我知道JAX-RS有可能......

当我听到关于发布版本1 API的讨论时,它始终伴随着这个基本的想法:

我们还不能发布我们的API,因为我们必须在第一时间做到正确.

这是Vic Gundotra最近的一个例子,但是在API发布前一天,还有很多其他的包括Stackoverflow本身.

我不明白的是,为什么第一个版本必须如此"正确"？使用API​​,您可以实现版本控制和良好的文档,如果您做得好,哪个并不难,为什么对版本1 API如此珍贵？

从版本到版本,因为它是版本化的,所以API可以在没有任何重大更改的情况下发生显着变化,因为仍然支持旧版本.我想知道为什么发布API的重大问题？

考虑使用特定版本化jar来实现方法的常见情况,但不公开公共或受保护API中该jar的任何类型(仅在私有方法的方法签名中).

现在我想要的是通过名称自动编译时链接此代码 - 修改原始包名称并将其替换为SBT中生成的代码(同样:我想在SBT中添加插件或在build.sbt中添加设置这样做每一个sbt compile).

这样做的目的是避免使用具有相同包/类名的类的多个可能不兼容的版本的类路径错误.注意:在我上面描述的情况中,内联或这个名称修改应该始终有效,并允许一个人走向版本地狱(以更大的罐子为代价).