感觉要找时间回味一下了。

自己研究一下源码？我也不清楚。

太远了，我在广东这边刚找到一份。

可以可以。

还真看不太懂，求解释。就感觉越来越不像 Ruby 了？

我怀疑是不是 8 年前没有这个限制。如果他们能够帮忙处理就更好了，最好有个配置能够让管理员进行操作。

是，目前已经挺多竞争者。

commit 0c804057994a56a1d649653675365b3ad12d7ad8
Author: Marble Wu => 武眉博 / 活靶子 <huobazi@gmail.com>
Date:   Fri Jul 20 02:13:53 2012 +0800

    Update config/locales/users.zh-CN.yml

@huobazi 老铁，这个是你吗？ 这个特殊字符搞得我有点头疼。

最近也面临到需要把 homeland 整个仓库推送到新仓库并保留历史记录的需求（非 fork 方式）。我测试了一下，日常我们 fork 项目是没有问题的（应该是不需要推送该 commit 的缘故，因为记录已经在 github 那边），然而当我们向 github 推送整个仓库（包括历史提交记录的时候）就会报错。

remote: error: object 0c804057994a56a1d649653675365b3ad12d7ad8: badName: invalid author/committer line - bad name

通过 git 命令git fsck可以在本地检测到问题

git fsck

➜  homeland git:(master) git config  fsck.badName   warn
➜  homeland git:(master) git fsck
Checking object directories: 100% (256/256), done.
warning in commit 0c804057994a56a1d649653675365b3ad12d7ad8: badName: invalid author/committer line - bad name
warning in commit 0c804057994a56a1d649653675365b3ad12d7ad8: badName: invalid author/committer line - bad name
Checking objects: 100% (38925/38925), done.

貌似就是它的锅了。相关的配置参数在git-fsck，我一直以为是客户端配置，本地调试了好久都没能通过。今天才知道这是服务端，错误来自于 github 服务端，用来规避一些非法的名字。我自己搭建了一个 git 服务测试了一下，这些配置都能生效，只要在自己搭建的 git 服务端配置

>  git config receive.fsckObjects false

就能在推送的时候关闭检测。遗憾的是 github 上的配置我们似乎控制不了。

如果想要基于 homeland 做改进，并保留以前的 commit 记录现在看来最好的方式就是直接 fork，不过 fork 的坏处在于无法闭源。 要想要整个项目推送到新仓库看来只能自己搭建一个 git 服务了。

除非通过rebase的方式来修改你那个 commit 的作者名字，但这种方式需要把 commit 之后的所有 commit 的 id 都刷新一遍，非常的不现实。

cc @huacnlee

哈哈哈，其他聊天工具没有钱包功能他们也不喜欢的。红包是个很重要的功能。

想想如果我们要开发一个有钱包功能的聊天工具给他们用，他们也未必敢用。

开个小号？或者自己搭一个 https://mattermost.com/ 只是很难安利熟人一起用。