coding 真是让人心碎

[Charles0429]

用了coding.net几周吧，就碰到了这么件事情

点了下更新项目文档中的markdown文件，结果整个文件就乱码了，如下图：

然后，我尝试从反馈联系coding的工作人员

在我提了三次帮我恢复文档之后，终于出来人说文档恢复不了（PS:这里我当时猜测是他们不愿意麻烦去恢复），而且完全没有道歉的意思，关于这件事，coding不仅导致了我的文件乱码问题，而且服务效率和态度也是很难让人满意：

1. 首先，我只是正常的更新markdown文件，这个乱码完全是由他们的系统bug引起的
2. 提了三次说帮我恢复文档，才有人出来正面回应
3. 直接告诉我文档不能恢复，把用户当傻子么，一个代码托管的网站没有备份机制，用户还能把代码托管在你们网站么？
4. 说不能恢复的时候，完全没有道歉的意思，按照正常的至少应该是道歉造成的损失，商量弥补措施吧？而且我还帮你们报了个bug呢，至少还得有个谢谢吧

我把这件事情跟我们前端工程师说了之后，他就在coding的冒泡里喷了这件事

接着
coding那边的人又说文档托管在七牛，可以尝试找回历史版本，我就呵呵了，不是不能恢复么？然后我就继续问，大概多久能恢复，结果他们来了个本周内！！！解决这么个破问题要一周！！！呵呵~~

谨以此文献给选择代码托管的同学们。

[panxianhai]

以前用了一段时间，不喜欢项目列表的加载方式，给我的感觉有点业余，另外，冒泡的话，有点太社交了，不能专注。-

[dingyaguang117]

乱码并不是所有情况都能恢复的，如果是 decode时候选择了错误的编码格式，并且选择了ignore错误，失败的部分会用?代替， 实际上，这是一种信息丢失，如果这时候再保存一次（?写入磁盘），理论上是恢复不了的。

如果只是显示的时候decode，并没有写入磁盘，那就是可以恢复的

[thonatos]

@quericy
[phone]

@evlos
几乎每天都发这个！哎呦~ 还好，那群愚蠢的人类并不知是这个意思( ⊙ o ⊙ )！
赶紧删了这个帖子吧，哇卡

[Charles0429]

@thonatos 我并没有因为这个表情觉得怎么样，平时我自己也用呢。主要是从反馈里面的几次留言觉得他们态度需要改善的，帖子里我也说了。

[thonatos]

@Charles0429
不要太在意，@你是因为这帖子是你发的呗，@(...)是吐槽某些蛋疼的人类，最后呢，其实我就是表达个人的看法~\(≧▽≦)/~啦啦啦~

[Charles0429]

@dingyaguang117 coding后面已经有人联系我了，看能否恢复到我最后修改的版本了。

[POPOEVER]

@zhlmmc “稍安勿躁”不可以随便对客户使用哦，这是暗指客户情绪问题，而且这个词的使用是有层级关系的。合适的技术支持用语应该是“请再给多我们一点点时间，感谢您的耐心”。

[DennyDai]

自建Gitlab欢迎你

[Bluecoda]

我感觉这东西相当不好用，比github差太多了

[zhlmmc]

@Charles0429 你的文档已经恢复了，我们的运营会联系你。期间造成的不便，还请见谅。

[int64ago]

@zhlmmc 赞一个！不要批评 Summer 哦，她也是太单纯了 =="

[Charles0429]

@zhlmmc 已经恢复到了那次更新前的版本了，虽然最后一次的更新丢失了，不过就这样了吧。非常感谢及时地处理，也祝coding能越来越好~

[v1024]

Coding的技术可以，不过很多细节都看着山寨。

[Panic]

@Charles0429 不是吗，你指望客服和阿里的 HR 一样给这个开发打个3.25吗，这样对码畜就好了？ 这件事上是没错，有问题的是一开始就不应该弄个独立于 git 的文档系统， 苦了那边的程序员了， 干了活还出了这个bug， 专注于git周边功能集成多好。

[tSQghkfhTtQt9mtd]

@zhlmmc 表示我验证了邮箱，你们还是弹提示让我验证

[yatoupanpan]

@liwanglin12 你好，请问是什么邮箱？能否在 Coding Feedback 详述一下？我们技术同事会及时跟进哦~https://coding.net/u/coding/p/Coding-Feedback/topic

[tSQghkfhTtQt9mtd]

@yatoupanpan 已经解决了，直接在讨论区找了你们