小编use*_*679的帖子

我们要在过程中实现语义版本控制，我们的版本为1.0.0，并且添加了两个新功能。我们将尽快提供这些功能。

问题是：我们应该命名下一个版本1.1还是命名为1.2，因为我们已经创建了两个新函数。

通常，如果我们添加n个新功能，我们应该将版本的次要部分增加n，还是在每次交付中仅增加1？

我们有几个Web应用程序和apis部署为azure Web应用程序,我们希望自动化数据库更改测试.我们正在考虑将传入的http流量复制到另一个azure服务实例,因此我们将确保更改是兼容的,我们不会破坏任何内容.我们看到了goreplay,但它主要针对服务器中的安装,但我们正在部署到云端.还有其他选择吗？

我希望以与Hystrix或Akka.net相同的方式在断路器/超时/重试中包含对依赖项的调用,但是因为我正在构建云服务和工作者角色,我想知道是否存在一个蔚蓝的实现,将允许我们这样做.

是否有任何天然的天蓝色方法来做到这一点？我正在研究服务结构,但我不确定是否这样做,我们希望通过azure平台实现我们的服务,而不是通过天蓝色的基础设施.

我有一个在 azure web 作业中处理的主题和订阅，但在一定数量的重试后，一些消息应该被移动到死信（队列或主题？）。我不知道处理死信消息需要什么。有人有代码示例吗？这对 azure web 工作有可能吗？

我几乎要放弃并使用重试计数器手动完成。目前，这就是我正在做的，但我真的不喜欢将消息添加回同一个队列的想法：

public void SynchronizeConsumer( 
    [ServiceBusTrigger("topic")] Consumer consumer, 
    [ServiceBus("topic")] ICollector withError) 
{ 
    try 
    { 
          this.consumerSync.SyncConsumer(consumer); 
    } 
    catch (Exception ex) 
    { 
          consumer.NbOfRetries++; consumersWithError.Add(consumer); 
    } 
}

我正在构建一个天蓝色的Web应用程序，我想将活动日志发送到Azure Event Hub。如果应用程序主机与事件中心之间的连接丢失，会发生什么？事件中心客户端是否实现某种本地队列？