小编Ade*_*ack的帖子

从史诗中删除问题

将 Jira 与 GreenHopper 结合使用。

该问题在 SCRUM 板上不可见,因为它在过去的冲刺中已关闭。这个问题一开始就不应该被添加到史诗中。我们希望保持我们的 Epics 干净并删除与它无关的任务,即使在关闭它们之后也是如此。

据我所知,从 Epic 中删除任务的唯一方法是在 SCRUM 板上的“工作”视图中,在右侧的任务详细信息概览面板中,单击Epic 标签中的 [X] 按钮。

考虑到:

  • 该问题未显示在 SCRUM 板上;
  • 我们无权访问服务器来执行 SQL(并且不想走这条路);

然后:

  • 有没有办法从史诗中删除任务
  • --> Epic 问题屏幕?
  • --> 问题屏幕(Epic 中的问题)?
  • 有没有办法在 SCRUM 板中实际显示已关闭/过去的问题?
  • 有没有其他方法可以实现我在这里没有提到的目标?

jira greenhopper

5
推荐指数
1
解决办法
3388
查看次数

Docker Toolbox Mac命令行和Kitematics失败

我已经使用图形安装程序(官方安装程序)和安装了新的Docker Toolbox应用程序brew cask install.

在这两种情况下,虚拟机都是正确创建的,但是在环境中似乎有些错误,因为当我尝试docker-machine在命令行上执行时,它会像这样失败:

$ docker-machine env default
open /Users/adeynack/.docker/machine/machines/default/ca.pem: no such file or directory
Run Code Online (Sandbox Code Playgroud)

当我尝试时Kitematics,它会像这样失败:

Kitematics失败了

我试过了Delete VM and retry setup,没有成功.欢迎任何见解或想法.

编辑:我已经在使用VirtualBox的测试版本5.0.3.

macos docker docker-toolbox

4
推荐指数
1
解决办法
1359
查看次数

OpenAPI 3 -- 属性在写入时是可选的,但在读取时是必需的

我的资源有一个 ID(典型情况)。

它还有一个slug,一个人类可读但仍然是唯一的标识符(主要用于美化 URL)。

创建资源时,此slug可选的。如果客户端提供了一个,它正在被使用;否则,服务器生成一个。

但是,在读取资源时需要slug

我们确实希望这种区别是明确的,因此任何阅读 OpenAPI 规范的工具都知道确切期望什么。

这当然可以使用与allOf修饰符链接的不同模式的混合来实现(参见下面的示例),但我想避免必须执行这种组合(假设它首先与工具一起工作)。

所以我的问题是:

在 OpenAPI >= 3.0.2 中有没有办法声明属性 required-readOnly 和 optional-writeOnly?

使用组合的解决方案:

openapi: 3.0.2
info:
  title: Person API
  version: 1.0.0

paths: 
  '/persons/{person-slug}':
    get:
      parameters:
        - $ref: '#/components/parameters/PersonSlug'
      responses:
        200:
          description: Information on a person.
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/SlugRead'
                  - $ref: '#/components/schemas/Person'
    post:
      parameters:
        - $ref: '#/components/parameters/PersonSlug'
      responses:
        200:
          description: Information on a person.
          content:
            application/json:
              schema:
                allOf: …
Run Code Online (Sandbox Code Playgroud)

rest swagger openapi

3
推荐指数
1
解决办法
2287
查看次数

在使用范围时,GO是否始终以相同的顺序迭代地图条目?

此代码是否始终显示相同的结果?基础问题:将range始终以相同的顺序迭代地图?

m := map[string]int {
    "a": 1,
    "b": 2,
    "c": 3,
    "d": 4,
    "e": 5,
    "f": 6,
}
for k, v := range m {
    fmt.Printf("%v = %v", k, v)
}
Run Code Online (Sandbox Code Playgroud)

dictionary range go

0
推荐指数
1
解决办法
76
查看次数

标签 统计

dictionary ×1

docker ×1

docker-toolbox ×1

go ×1

greenhopper ×1

jira ×1

macos ×1

openapi ×1

range ×1

rest ×1

swagger ×1