用了coding.net几周吧,就碰到了这么件事情
点了下更新项目文档中的markdown文件,结果整个文件就乱码了,如下图:
然后,我尝试从反馈联系coding的工作人员
在我提了三次帮我恢复文档之后,终于出来人说文档恢复不了(PS:这里我当时猜测是他们不愿意麻烦去恢复),而且完全没有道歉的意思,关于这件事,coding不仅导致了我的文件乱码问题,而且服务效率和态度也是很难让人满意:
我把这件事情跟我们前端工程师说了之后,他就在coding的冒泡里喷了这件事
接着
coding那边的人又说文档托管在七牛,可以尝试找回历史版本,我就呵呵了,不是不能恢复么?然后我就继续问,大概多久能恢复,结果他们来了个本周内!!!解决这么个破问题要一周!!!呵呵~~
谨以此文献给选择代码托管的同学们。
101
panxianhai 2015-05-13 13:10:50 +08:00
以前用了一段时间,不喜欢项目列表的加载方式,给我的感觉有点业余,另外,冒泡的话,有点太社交了,不能专注。-
|
102
dingyaguang117 2015-05-13 13:20:38 +08:00
乱码并不是所有情况都能恢复的,如果是 decode时候选择了错误的编码格式,并且选择了ignore错误,失败的部分会用?代替, 实际上,这是一种信息丢失,如果这时候再保存一次(?写入磁盘),理论上是恢复不了的。
如果只是显示的时候decode,并没有写入磁盘,那就是可以恢复的 |
103
thonatos 2015-05-13 13:39:15 +08:00
|
104
Charles0429 OP @thonatos 我并没有因为这个表情觉得怎么样,平时我自己也用呢。主要是从反馈里面的几次留言觉得他们态度需要改善的,帖子里我也说了。
|
105
thonatos 2015-05-13 13:50:58 +08:00
@Charles0429
不要太在意,@你是因为这帖子是你发的呗,@(...)是吐槽某些蛋疼的人类,最后呢,其实我就是表达个人的看法~\(≧▽≦)/~啦啦啦~ |
106
Charles0429 OP @dingyaguang117 coding后面已经有人联系我了,看能否恢复到我最后修改的版本了。
|
107
POPOEVER 2015-05-13 14:48:47 +08:00
@zhlmmc “稍安勿躁”不可以随便对客户使用哦,这是暗指客户情绪问题,而且这个词的使用是有层级关系的。合适的技术支持用语应该是“请再给多我们一点点时间,感谢您的耐心”。
|
108
DennyDai 2015-05-13 16:05:10 +08:00
自建Gitlab欢迎你
|
109
Bluecoda 2015-05-13 17:40:27 +08:00
我感觉这东西相当不好用,比github差太多了
|
110
zhlmmc 2015-05-13 19:38:07 +08:00 1
@Charles0429 你的文档已经恢复了,我们的运营会联系你。期间造成的不便,还请见谅。
|
112
Charles0429 OP @zhlmmc 已经恢复到了那次更新前的版本了,虽然最后一次的更新丢失了,不过就这样了吧。非常感谢及时地处理,也祝coding能越来越好~
|
113
v1024 2015-05-13 21:56:18 +08:00
Coding的技术可以,不过很多细节都看着山寨。
|
114
Panic 2015-05-14 08:40:17 +08:00
@Charles0429 不是吗,你指望客服和阿里的 HR 一样给这个开发打个3.25吗,这样对码畜就好了? 这件事上是没错,有问题的是一开始就不应该弄个独立于 git 的文档系统, 苦了那边的程序员了, 干了活还出了这个bug, 专注于git周边功能集成多好。
|
115
tSQghkfhTtQt9mtd 2015-05-14 13:32:47 +08:00 via Android
@zhlmmc 表示我验证了邮箱,你们还是弹提示让我验证
|
116
yatoupanpan 2015-05-18 09:50:14 +08:00
@liwanglin12 你好,请问是什么邮箱?能否在 Coding Feedback 详述一下?我们技术同事会及时跟进哦~https://coding.net/u/coding/p/Coding-Feedback/topic
|
117
tSQghkfhTtQt9mtd 2015-05-21 22:04:37 +08:00 via Android
@yatoupanpan 已经解决了,直接在讨论区找了你们
|