可以设置选项 dst_key 为可选项

[yi-Xu-0100]

gitee 支持使用 git push -f https://uname:[email protected]/uname/repo 的方式推送代码，这样只保留 token 即可完成所有有关操作。

[Yikun]

@yi-Xu-0100 是的。

最近，其实我也在考虑这个事情，将dst_key可以作为可选参数，对新用户非常友好，因为少了一个配置项。

最早的时候，我印象里（大概在19年的时候）gitee是不支持的name:token的形式的，这个有gitee官方支持的链接吗？

[yi-Xu-0100]

@Yikun 我其实没有找到相关说明文档，但是我找到了两个关于这个的 issue。

1. https://gitee.com/oschina/git-osc/issues/IE729
2. https://gitee.com/oschina/git-osc/issues/I1BGZG

第一个在三年前指出这个还未实现，但是在两年前关闭了。第二个在两个月前说明，测试可用，我刚刚试了一下，能够完成推送。所以觉得可以提出这个 issue。

我翻了很久，没有在官方文档或者手册中找到这一项内容。不过 gitee 文档更新一向很慢，可能没人提吧。🤔

[Yikun]

@yi-Xu-0100 恩，另外还有几个问题是：

1. 目前支持的clone style是支持https的，如果改成这样，是不是就意味着ssh模式不可用了？
2. github和gitee的push的方式到底有几种，我们应该梳理一下，印象里有uname@[email protected]/uname/repo，也有uname@[email protected]/uname/repo，然后github好像还支持[email protected]/uname/repo。我们需要做一种兼容的方式来支持。
3. 根据第二步的结果看看，是否需要uname这个配置项。

总得来说，驱使我们添加这个特性的原因应该是化简用户的操作，如果这个特性的添加，会使得配置项变得复杂且产生了互相依赖，这样不太好。

[yi-Xu-0100]

@Yikun

1. 我想如果是 ssh 模式，可能无法使用。
2. https://<name>:<access-token>@<github|gitee>.com/<name>/<repo>.git 这个应该两个都可以，只要换下域名。
3. 我想，至少对选择 https 模式的用户支持不配置 ssh_key，而如果选择 ssh 模式的，需要额外增加 ssh_key。
4. 从新入手的人来看，默认情况是仅配置 token 即可完成。如果想使用 ssh 模式，则需要增设 ssh_key（这应该是进阶用法）。
5. 对于过去的用户，两种模式的用户都可以不修改配置，而使用 https 模式的用户，可以选择删除配置的 ssh_key。

---

还有一个可能的安全问题，如果默认配置全部权限的 token，其实在权限内能够添加，获取和删除公钥，这有一定安全隐患，但是我没有测试最小使用权限的 token 应该选择哪些，如果确切了解了最小使用范围的设置，这应该在 readme 中指出。