yi_Xu

@Yikun 我其实没有找到相关说明文档，但是我找到了两个关于这个的 issue。 1. https://gitee.com/oschina/git-osc/issues/IE729 2. https://gitee.com/oschina/git-osc/issues/I1BGZG 第一个在三年前指出这个还未实现，但是在两年前关闭了。第二个在两个月前说明，测试可用，我刚刚试了一下，能够完成推送。所以觉得可以提出这个 issue。 我翻了很久，没有在官方文档或者手册中找到这一项内容。不过 gitee 文档更新一向很慢，可能没人提吧。🤔

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

因为是同步多个仓库，如果只同步某些分支，很难对单个仓库去指定。 建议直接单仓库设置定时脚本，推送部分分支到远程库

我试着写了一个 [repo-list-generator](https://github.com/marketplace/actions/repo-list-generator) 来生成相应的 static_list，默认的输出 repoList 会排除所有的 fork 和 private 仓库。对现在的 action 的使用非常友好，或许可以考虑增加使用介绍。 但这样会打断你的 feature，我在 #42 之后，一直有想法作这个 action ，但也就在最近才学习并熟练制作了相关的内容，没想到正巧发现你有所更新。 个人认为：这个 repolist 功能不应该是同步 action 默认获取所有的仓库列表，主要大部分人的 repo 会有许多的 fork 仓库。我个人一直使用 static_list 来对部分仓库使用，我的模板中也是建议单仓库版本使用，控制风险。 最近刚刚完成了...

@Yikun 我想同步私有仓库的话，仍然需要 `src_token` 的支持，需要获取其他的私有仓库的内容，流程默认提供的 `GITHUB_TOKEN`，权限不够，必须提供个人生成的私人访问令牌。这样，在源端可以获取到私有仓库的内容，而目的端，本来也有相关权限。可能会得考虑私有仓库的创建，这样能够完成 #38 了，非常感谢不断更新相关内容~😘

@Ir1d 是否指定 count_type? account_type: org

@Ir1d ~~在 debug 中看出确实与现在的参数部分相比，缺失 org 关键词~~，它创建 repo 的回复日志没有打印出来，~~可能得等作者修复这个错误，或者自行 fork 修复后，使用个人修正版先用着。~~

@Ir1d 额，我重新确认了下， 这里的 org 其实就是对应的组织名，也就是它这里的处理方式是对的😥。但是由于没有回复日志我没法确定该请求是如何被回应的，猜测是不是 access_token 错误了？需要用到组织的 token，建议排查一下 你可以自行将相关的字段填入到你发的 api 说明的链接中，下方有测试，可以试试能否成功创建仓库和相应的回复是什么。 看的出来作者仅填写了 access_token 和 name，并将 org 字段替换为组织名，符合 api 的规则。可能出错的，只能是 access_token 问题造成未创建仓库了。

@Ir1d 我测试了组织仓库同步。https://github.com/yi-Xu-0100/hub-mirror/actions?query=workflow%3Async2gitee%28list%29-org 我甚至能够完成对 OI-wiki 的部分仓库同步，但是似乎 gitee 的推送太慢，我就取消了（这里可以试试 ssh 是否会加快，或者尝试 cache 方式同步，第二次就会快了）。但是已经有一些是支持的，说明整个过程是没有问题的。我能猜测到的问题是 access_token 的问题，该 token 只会用于创建新仓库。 对于 gitee api 页面的测试也是可以尝试的，我直接在那个页面测试的结果也是可以直接创建的。 org 对应的就是组织名称。 access_token 是组织管理员的生成的 token ，我不太确定是否有时效说法，或者尝试重新创建并添加到 secret 中。

@Ir1d 在昨晚的自动推送中，能够完成同步，但是有一个空的仓库，gitment，注意添加到黑名单中。 有时会触发长时操作，我不太懂为啥（昨天晚上的被取消的手动同步，中间卡了1小时左右），但是有时又还好。全部同步加上部分仓库创建，总共15-16分钟（昨晚的定时同步）。如果配置上 cache 可能会更快的。 我看到你的同步方式是推送触发同步，但是你们的这个推送很多，如果是全部仓库同步的话，还是建议仅保留定时和手动模式，避免多数的仓库参与这个过程。 昨晚的手动同步： 1h 34m 12s 取消了后续 昨晚的定时同步： 16m 26s 今天的手动同步（cache 后，clone 方式为 https，设置了空仓库为黑名单，同步成功 ）： 1h 3m 23s (此处有2次 git push 超时问题，第一次：Fri, 29 Jan 2021 12:56:45...