@gzxu →_→ 会玩。

> 那冒用身份怎么算呢？在搬运的这个项目地址中，提交者明明不是我，却显示着我的名字

提交者存储在 Git 中。Git 文件被原样克隆，里面记录的文件的提交者就是你本人。
这个体现的是署名权。
其他人在镜像的时候一般是不会篡改你的名字的。
如果提交者不是你，才是篡改了提交信息。

提交者不是复制者，也不是上传者。谁提交进 Git 仓库就是谁的名字。
仓库被人克隆、复制、分叉的时候，所有的 Git 数据都是保持一模一样的。
我把你的仓库从 Github 克隆下来，和从马云克隆下来，内容也是一模一样的，所有的副本都是一模一样没有任何区别的。

要保护提交不被篡改，可以用 GPG 签名提交，任何其他人篡改了提交者，都会使签名失效。

不管什么情况，把你的项目 git clone 到他自己网站上，是百分之百完全符合你的 MIT 授权的，你要求他不得把项目克隆过去的行为也是百分之百违反 MIT 授权的。
如果马云声称他自己就是你，这种和 MIT 授权完全没关系，这是法律上说的诈骗，利用虚假的信息牟利。
比如他说，王彦这个人是我们公司的，或者他说，这个项目是我们马云写的，这就是诈骗。

Again，如果你不能接受 MIT 赋予别人的丰富的不受限制的权利，那就不要用 MIT。
你可以自己写开源协议，仔细规定哪些操作是可以的，哪些操作是不可以的，免得将来扯皮。

另外，不要公开放到 Github 上。Github 的 ToS 上非常明确地写了，任何人都可以把你的项目复制到他人控制的仓库中，这也自动赋予了马云同样的权利。具体协议内容我摘录如下：

By setting your repositories to be viewed publicly, you agree to allow others to view and "fork" your repositories (this means that others may make their own copies of Content from your repositories in repositories they control).
非官方翻译：通过将你的项目设置成公共可见，你在此同意其他人查看并分叉你的仓库。这意味着其他人可将你仓库里的内容自行复制一份，保存在他们自己有控制权的仓库中。

你看……

我把你的 MIT 项目克隆到我的账号里，然后你跟我说你要拿走我的账号，还要成为我克隆的项目的管理员？
没有开源精神的朋友，请不要随便乱用开源协议然后再骂那些遵循开源协议的人。
请把你的项目闭源，免得无辜的人挨骂。

PS: 我的项目中，凡是用了 MIT 协议的项目，对于按照 MIT 协议进行克隆、分叉、修改、贩卖、闭源、商业化、改名或不改名等的行为，我绝不会阻止你合法使用我的项目。保护开源界从我做起。

一大堆连开源和 MIT 是什么都不知道还在到处喷的喷子。
对这个站新人的质量感到绝望。

税原则上都是你交的，只不过中国的公示售价是税后价格。
比如你买个 100 块钱的鞋，其实鞋就 85，剩下 15 块钱是税。
如果你不要发票的话，卖家可能会私吞税款。
套路云之类的大公司一般不会这么干，小公司就难说了。

@uuair https://www.fileformat.info/info/unicode/char/202e/index.htm

@gzxu OAuth API 2.0 配上 Graph API 是可以登录 Business 版的。
旧版 OAuth 1.0 配旧版 API 才需要分开登录。

现在酸爽各种封，你买一个封一个，还想买么？

文件系统需要操作系统独占。
文件系统在挂载的情况下休眠后改变会直接毁掉你整个文件系统。

内存受限的话，虚拟内存就是解决这个问题的，暂时保存到磁盘上，稍后使用时重新加载到内存。
窗口太乱的话，虚拟桌面就是解决这个问题的。

要实现你说的功能，那么必须要内核、文件系统，对每个进程分别隔离，这就相当于轻量级沙箱，也就是类似 docker 这样的结构。Windows 下我好像还不知道哪个解决方案实现了这个效果。

（其实就算实现了，也肯定超过了你的预算能力。
（这么大个系统如果不卖你几万块一套的话，那就应该是几十万一套。

生快。
我随便扫了一眼你的源码，sdk 里上传文件只写了简易上传，而不支持大文件（>10M ）的上传。
大文件上传需要用 UploadSession。

https://github.com/msg7086/rb1drv/blob/master/lib/rb1drv/onedrive_dir.rb#L104
https://github.com/cnbeining/onedrivecmd/blob/master/onedrivecmd/utils/uploader.py#L69
https://github.com/OneDrive/onedrive-api-docs/blob/live/docs/rest-api/api/driveitem_createuploadsession.md

还有，商业版教育版的 OneDrive 用的是 QuickXorHash 而不是 SHA1，我看你代码里没有相应的处理逻辑。
https://rclone.org/onedrive/#modified-time-and-hashes
https://docs.microsoft.com/en-us/onedrive/developer/code-snippets/quickxorhash

1)
枚举本来就是数字，用 int 没问题。varchar 通常不是最佳实践，除非有很特殊的需求，否则我觉得不合适。
2)
每个表有一个自增主键也算是最佳实践吧。和上一条一样，除非特殊需求，否则建议按照最佳实践加上。
3)
这个见仁见智吧，如果调用端都已经改用新接口了，老的可以删除。
主要目的是减少冗余代码量。

你想想，这套系统经过无数人敲打，两三年的时光过去以后，现在要改这个接口了。
问你，这个接口现在还有人用吗？
你：不知道。
问你，那要不要花宝贵的人力物力去改这个接口呢？
你：不知道。

还有更惨的——
问你，这两个接口里有一小段代码不一样啊 ，两个版本里哪个才是对的？
你：不知道。


这就完蛋了。

（别问我为什么知道的……满满的都是泪……

@stabc 如果是强制性的，那就不是「标准」，而是「法律」了。
「个人喜好」，「标准」，「法律」这是三个互相不同的层级，把任意两个不同概念揉到一起都是有问题的。

@finely Google 搜来的教程会不写 80 端口吗？不写的话就是 23 端口，你不开 telnet 服务是连不通的。

为什么只用其中之一呢？分布式版本管理本来就可以多节点同步的，只要及时同步，就算一家倒了，也可以很快在另一家继续工作的。

Domain Name: WEBHERO365.ORG
Registry Domain ID: D402200000005680952-LROR
Registrar WHOIS Server: whois.todaynic.com
Registrar URL: http://www.now.cn/
Updated Date: 2018-05-31T10:54:34Z
Creation Date: 2018-03-31T09:45:22Z
Registrant Organization: wei xing
Registrant State/Province: GD
Registrant Country: CN

你为什么要 telnet ？你服务器开 telnet 服务了吗?

如果你想导入 commit 的话：
git format-patch 生成补丁序列。
git am 导入补丁序列。

如果你想导入文件的话：
复制过去 add 进仓库就行了。