XmYhkj
XmYhkj
嗯，短时间内多次编辑形成太多修改记录确实不太好。 是否可以这样？ 方案一：由编辑者主动触发生成记录，类似于打tag； 方案二：从需求出发，动态的细粒度并不需要太细，如果同一个人在一定时间内(比如说30分钟内)多次修改同一文档，就只记录最新操作记录即可。
目前最大的痛点在于，API编写者修改了某几个文档之后，API对接者(查看API文档的人)即使打开了showdoc也无法知晓具体哪几个文档已经做了修改，只得咨询编写者或者一个个打开来查看。（当然也可以新增一个修改记录来维护！但是，大部分人是比较懒的，一旦修改的文档多了，而登记的位置有需要重新打开编写，大部分人就变得不愿意记录） 增加动态是从文档编写用户的角度思考，反过来如果可以站在查看文档的用户来看，可以增加一个未读状态来标记出这些新修改过的文档，看看是否好实现？ 😊
嗯仅供参考，那把最近修改时间显示出来呢，跟文档标题同一行 
类似我们在用的另一个工具，有一个动态还是挺有用的，虽然是清一色的动态是“xxxx修改了文档xxxx 03:55”，但是已经包含了修改者、文档名(带链接可直接点击跳转)、修改时间
嗯嗯额，修改者、文档名(带链接可直接点击跳转)、修改时间，就够用了
[http://p7dsfgicj.bkt.clouddn.com/20180506024203.3gp](url)
no bug level for Objective-C also. After I import the plug-in, I find that there is no bug level rule in sonarqube
POST /login HTTP/1.1 Content-Type: application/json;charset=UTF-8 Accept: application/json, text/plain, */* Host: rukou.qxzlm.top Accept-Language: zh-cn Accept-Encoding: gzip, deflate Origin: http://rukou.qxzlm.top Content-Length: 44 Connection: keep-alive User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 12_1_3 like...
上面这样会报错是为什么？