アカウント名:
パスワード:
Sapling上でSaplingのコード管理をすべきでしょう。
でもGitとGitHubは別物だからね。そのうちSaplingHubみたいなウェブサービス作るのでは？
> Sapling上でSaplingのコード管理をすべきでしょう。
分散システムなんだから、リポジトリの場所(URL)とか、そのプロトコル(git or sapling)にこだわるのなんてナンセンスですよ。考えが古い。
実用上の問題を考えると、開発者はまずソースコードを入手したいと思うわけだけどSaplingのクライアント（バイナリ）なんて持ってない。 git なら持ってる。現時点で開発者目線で考えれば git で公開してもらったほうが便利です。
加えて Sapling のクライアントはgitのリ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
なんでGithub上でSaplingのコード管理をするのだろう (スコア:0)
Sapling上でSaplingのコード管理をすべきでしょう。
それはそう (スコア:0)
でもGitとGitHubは別物だからね。そのうちSaplingHubみたいなウェブサービス作るのでは？
git か Sapling かを気にしている時点で考え方が古い (スコア:0)
> Sapling上でSaplingのコード管理をすべきでしょう。
分散システムなんだから、リポジトリの場所(URL)とか、そのプロトコル(git or sapling)にこだわるのなんてナンセンスですよ。考えが古い。
実用上の問題を考えると、開発者はまずソースコードを入手したいと思うわけだけどSaplingのクライアント（バイナリ）なんて持ってない。 git なら持ってる。現時点で開発者目線で考えれば git で公開してもらったほうが便利です。
加えて Sapling のクライアントはgitのリ