目前要求必须为 TL2 方可发帖，请问各位有什么想法？
5 个赞
senioria一向认为tl不该作为门槛… 因为拦不住破坏者, 却能拦住真正想贡献的用户… (sigh… (超小声(
但说了那么多次明显是没被采纳… > < (超小声(
不过作为wiki, 在不改动机制的情况下, tl2才能发帖应该是个合适的门槛… ? (超小声(
算是附议吧, 毕竟虽然按理说应该按帖子投稿, 但反正没几个人真的在乎这些语义上的东西… qwq… (超小声(
7 个赞
个人认为如果如同mtf.wiki一样，ll只是“辅助提交渠道”，“主要提交渠道”还是github项目，那没问题
但是ftm.wiki那边如果要把ll当做“主要提交渠道”（或之一）的话，任何tl限制都是不合适的
2 个赞
我反对这个
如果论坛直接在wiki下，论坛出事连累wiki的风险大增
有时候锅还是甩一甩的好
萌百就出过此类“被牵连”事件（当然那边是恶意编辑）
2 个赞
这是个好想法
但需要值守工作量较大
如果人手足够倒是可以
1 个赞
说起来, 在ll提交的话, git的commiter怎么算… ? (超小声(
该要求提供邮箱之类的吗… ? (超小声(
3 个赞
感觉不如写个教程教你怎么注册github然后用issue的模板发issue（笑
虽然说这个操作似乎人人都会没什么好教的（唯一门槛：会初中英语）
4 个赞
git&ssh协议连接gh其实从来都没事 ()(超小声(
senioria问这个是因为… commiter本身涉及版权问题… 必须有办法追溯每个commit本身的作者, 否则相当于非git的投稿版权全部归于staff/完全授权给wiki了, 考虑到有些责任无法授权, 以及相关的争端什么的, 感觉还是保留完整的原始作者为好… (超小声(
一个可行方案是要求提供一个可用的commiter身份, 或者用 nick <[email protected]> 的格式… ? (超小声(
1 个赞
个人认为limelight ID 或者邮箱即可
毕竟核心是“找到人负责”
至于安全性，我记得github也是可以随意注册的，二者应当类同
安全性倒不在乎, 毕竟commit本身要经过审核, senioria考虑的是版权问题唔… (超小声(
senioria提出的也是这个 (超小声(
1 个赞
内行技术知识 (指点一下blame x (超小声(
事实上gh提倡的联系方式甚至是 [email protected] x (超小声(
这个层面上的联系方式其实随便 ()(超小声(
commiter信息毕竟是自己选的嘛… 隐藏一些东西肯定可以… (超小声(
但… 版权考虑呢? 这种东西不能追溯版权的话感觉会很麻烦的样子… 因为有些权利和责任是不可转让的… (超小声(
2 个赞
这个我觉得和不愿暴露联系方式的commiter同样解决就好了，后台存档前台匿名
确实如此
我之前也差点犯了这个错（其它项目，与trans无关）
1 个赞
senioria其实也没看过具体的协议内容, 只是信任作者而已 ()(超小声(
(曾经想过读gpl, 但是咕咕了 qwqwq (超小声(
唔 现在的gh会提醒这一点了 (超小声(
2 个赞
那次还手忙脚乱的，一点都不像个xyn（）
所以山前说的教程应该是必要的
3 个赞
记得gh会直接不接受push (超小声(
确实这些事情都该说明呢… qwq… (超小声(
不写维基加上权限够了
所以无感
我觉得tl2门槛还合适
1 个赞