Ansible实际使用中暴露的问题 – 如果和安全相关,请发邮件到 security@ansible.com < security@ansible.com >,而不是发到 Google 讨论组上面 .

有关核心语言的 Bug 应该被报道到 github.com/ansible/ansible < https://github.com/ansible/ansible >.在报告一个 Bug 之前首先检查 bug/issue 查看有关 issue 是否被报告了.

模块相关的 Bugs 应该基于模块的分类发到 ansible-modules-core < https://github.com/ansible/ansible-modules-core > 或者 ansible-modules-extras < https://github.com/ansible/ansible-modules-extras > .这会被列到模块文档的底部.

当你填bug信息的时候,模块请使用 issue template < https://github.com/ansible/ansible/raw/devel/ISSUE_TEMPLATE.md > 提供所有相关的信息,不管你正在填什么类型的表格. (When filing a bug, please use the issue template to provide all relevant information, regardless of what repo you are filing a ticket against.)

知道你ansible的版本,和你运行的具体的命令,你期望什得到什么结果,将会帮助我们和每个人世间,更快的知道问题.

不要使用类似,”我如何做(how do I do this)” 类型的问题.这里都是 IRC 的参与者回答有用的问题,而不是讨论有什么问题的.学会提问.

尊重审稿人,使审稿人有时间帮助更多的忍,请提供 良好注释,语言简洁的playbook,包括playbook的片段和输出内容.有用的信息尽量提出来,省略无用的信息

当在 playbook 分享 YAML 时候,格式可以被保存通过使用 code blocks < https://help.github.com/articles/github-flavored-markdown#fenced-code-blocks >

对于多文件的内容,推荐使用 gist.github.com. 在线 pastebin 内容可能会过期,因此如果他们被长时间的引用,最好时间放久一点.(For multiple-file content, we encourage use of gist.github.com. Online pastebin content can expire, so it’s nice to have things around for a longer term if they are referenced in a ticket.)

如果你不确定你提供的是否为 bug,欢迎到 IRC 邮件列表提问一些相关的事情.

因为我们是一个大文献的项目,如果你确定你有一个 bug ,请确保你打开 issue ,确保我们有这个与你有关的issue记录.不要依靠社区的其他人代替你上传这个bug.

得到你的报告可能会花一些世间,具体信息查看下面的优先级标识.