希望可以完善日志记录，例如：
1.问题：
我们遇到开发过程中，版本的发布日期被修改了，但是不知道是谁改的情况，导致上线时间产生了纠纷和扯皮。
建议：
发布版本中，每一个版本的 时间、变更记录、变更人，希望可以有日志记录和展示。
问题：
工作日志目前遇到了 开发人员填写错了工时，想删除 工时。但是如果我们开放工时删除的权限，就会导致项目成员可以删除所有人的工时。
建议：
能否精确控制，自己只能删除自己的工时填写，不能删除其他人的记录。并且只有管理员可以删除其他人的日志（前提是开了权限）。
问题：
用户故事和子任务，如果不小心被删除了，无日志可以追踪，不知道是谁误删了。
建议：
希望可以完善日志系统，对系统的所有操作有一个统一的日志记录的地方。谢谢。
你好，
问题1:
首先发布版本这个功能我们做了权限控制，只有管理员可以创建、修改、发布版本，普通成员是没有编辑权限的。
问题2:
工时我们还是坚持不允许删除，可以编辑修改，并且问题的工作日志中会进行记录
问题3:
目前管理员可以删除所有人创建的问题，普通成员只能删除自己创建的问题
你好，可能之前没有表达清楚，
问题1： 发布版本目前遇到的问题是，产品负责人修改了发布日期，没有和开发和测试负责人沟通，导致后续的纠纷，就算是只有产品负责人有权限，但是日志还是需要的吧？ 希望可以增加 发布版本的 变更日志（就像是 迭代变更日志 一样就可以了）
问题2：
目前0.13版本 工时 是可以被删除的，我们也希望不要被删除，如果要被删除，最多也只是可以删除自己的。之前可能我没有表达清楚。抱歉。
问题3：
希望可以有个全局的操作日志。谢谢
希望可以 增加 发布版本 的日志记录哦。
问题1，
你说的这种情况就是产品负责人的责任，还有就是沟通所产生的问题，这个可以规范一下使用，我们有个实际发布时间字段，便可看出计划和实际的差异。所以目前不考虑增加这个日志。
问题2，
之前我也没有完全理解，这个我们接受意见会进行优化。
问题1：
如果一个版本发布日期被修改，或者发布了，但是不知道是谁修改的，也不知道是谁发布的，合理么？
而且目前我们一个敏捷团队，会有多个产品经理，并且在走规模化敏捷，发布火车。
我看到 迭代的日志很清晰，但是发布版本 却没有任何日志。
虽然猪齿鱼系统是围绕敏捷打造，但是也要考虑版本这条线，版本发布是个很频繁的情况，却没有任何日志追踪，不合理啊？
我自己是敏捷教练，也觉得这个不合适。希望可以增加日志。谢谢！
我们要考虑有些团队，不一定会走SPRINT，所以版本是基准，版本是最重要的，迭代反而是其次。
版本日志是十分重要的。
你好敏捷教练
你说需要有个版本日志，这个意见我可以接受，后面我们会针对规划化敏捷专门对版本进行整体优化。
但是你说这个不合理我觉得就是使用上的问题了。
首先，发布只有项目所有者权限可以操作，然后你说一个团队会有多个产品经理，这个就很不敏捷吧，一个产品级的团队可以有多个敏捷小团队，一个小团队肯定只有一个项目或者产品经理。
本来发布就是一个很严肃的事情，为什么还有人随便去动呢。所以从管理上也需要去规范，这是我的意见，如有问题还请原谅。
谢谢！
你好 感谢采纳 版本日志，谢谢！
我理解你的意思。只是每个公司的实际情况有差别，我们这边现在的情况是 一个SCRUM团队 确实存在多个产品经理的情况，会有一个担任产品的整体负责人。（团队之后会进一步拆分，但是目前是过渡期）
目前不是单个SCRUM团队，正在往规模化迈进的过程中，所以遇到的情况也比较复杂。 组织架构也正在进一步拆分和调整。管理的规范确实正在推进和建设，但是希望同时可以获得系统的支持。
例如：我们定了规范 版本不允许随便修改，需要经过流程确认。如果修改需要经过 产品 开发 测试 负责人沟通确认，但是系统不支持啊，产品悄悄修改了某个版本的发布日期，会导致很多问题。我们的项目众多，版本非常多。
目前我们的敏捷并不适合大规模敏捷的管理，0.15版本中会发布项目群管理（实现了SAFe管理思想）。
好的 感谢张总和团队，对开源社区的奉献！我们也是希望猪齿鱼可以越来越好。