[
スレッド全体
]
[8332]
GitHub 移行の提案
▽
2018/5/20 (日) 09:21:12
kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
お久しぶりです。10年くらい前に UNICODE 化を担当した kobake です。
そろそろ時流的に Subversion から GitHub あたりに移行するのはどうでしょうか。
https://
github.
com/
sakura-
editor
試しに諸々GitHubに移行検証の場所を作りました。
今のところは V2(UNICODE版) のみ移行してみました。
ANSI版については必要な人が別途対応いただけると助かります。
（OSSにおいては基本的に必要な人がその人自身で対応しちゃうのが理に適っていると思っています）
■OSDN or GitHub
OSDNからのお誘いがあったことは掲示板ログにて確認致しました。
大変ありがたいオファーではあるのですが、
今の時流としては GitHub のほうに利があるのではないかな、というのが自分の所感です。
■メリット
・コアデベロッパ以外の方からもプルリクエストを付け付けることができるので、
今後の改善のやりやすさは格段にあがります。
・派生プロジェクトも作られやすく、発展性が期待できます。
■デメリット
Gitをまだ使ったことない人からすると学習コストが少し発生します。
■これまでのSvnログの引継ぎについて
git svn 機能によって全ログ移行を試してみました。
まずは V2(UNICODE版) に絞って対応しています。
GitHub機能によって、Svnから取り込んだコミット作成者の情報はGitHubアカウントに紐づけることもできます。
以下参考（svn の kobake アカウントを GitHub の kobake アカウントと紐づけた例）。
https://
github.
com/
sakura-
editor/
sakura/
commit/
4913dde1
bafa24e6
27f5ba18
324f1378
673fe43
4
紐づけのやり方については後ほど説明致します。
■その他
掲示板については、今のここの掲示板を残すという選択肢もありますが、
いっそのこと今後の質問・報告・提案等については GitHub Issues に乗り換えてしまったほうが、
あとあと楽になると個人的には思っています。
このあたりは文化の問題でもあるので棲み分けをしておいたほうが良いというのであれば
この掲示板を引き続き運用するという選択肢もなくはないです。
[8333]
Re:GitHub 移行の提案
▽
2018/5/20 (日) 09:22:42
kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
■以前挙がっていた OSDN or GitHub の話について
http://
sakura-
editor.
sourcefo
rge.
net/
cgi-
bin/
cyclamen
/
cyclamen
.
cgi?
log=
data&
tree=
s8327#
8327
> githubも移転先として候補に挙がるとは思います。
> 個人的に使っている範囲ではgit中心では便利に使えていますが、CGIがないので掲示板の移転先には使えません。
> 掲示板は閉鎖してissueにすると、匿名での投稿や質問などはしにくいのではと思います。
> あと英語しかないので、とっつきにくい点があります。
掲示板は個人的には Issues でも構わないと思っていますが、やはりライトユーザだと抵抗があるものですかね。
現状の掲示板に投稿している方々も、積極的に意見をいただけているという意味ではリテラシはある程度高いものと想像しています。
その想像が合っていれば GitHub アカウント用意して Issues に投稿することにはそれほど苦はないのでは？というのが自分の意見です。
GitHub カウントのフリープランであれば無料で使えますし。
[8354]
Re2:GitHub 移行の提案
▽
2018/5/22 (火) 21:11:34
berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
GitHub移行には基本的に賛成します。
ただ、SVNも残したほうが良いと考えています。
▼ kobakeさん
> ■以前挙がっていた OSDN or GitHub の話について
SVNを使う場合は、OSDN一択です。
Gitを使う場合は、GitHubが最有力だと思います。
管理対象がが異なるシステムなので、併用も１つの選択肢だと思います。
・SVNはリリース管理に使う → v2.X.xはSVNベース、バイナリもSVNホスト先に置く。
・Gitは開発管理に使う → v3.X.x_tsfはGitベース、バイナリもGitホスト先に置く。
多くの課題を並行で扱うにはGitが便利、
各リリース間の差異を線形で把握するにはSvnが便利だと思っています。
> 掲示板は個人的には Issues でも構わないと思っていますが、
> やはりライトユーザだと抵抗があるものですかね。
最近、変な名前のイタズラ投稿が増えた気がします。
個人的には、ここの掲示板に価値を見出せていません。
匿名掲示板なら２ちゃんで十分だと考えております。
https://
egg.
5ch.
net/
test/
read.
cgi/
software
/
14952863
92/
l50
本件に関してもちゃんと反応してくれる人がいますよね？
ここの掲示板よりも書込みの敷居が低いのが理由だと思います。
sourceforge.netにも Issues 同等の機能がある気がします。
本質的に「書いても意味無いんじゃ…？」という懸念があるうちは、
ライトかどうかに関わらず、誰も書かない気がします。
ぼくが知ってるのは3年前（v2.3.0リリースの直後）からですが、
未クローズのpatchesが100件以上積滞する状況が続いています。
GitHubの場合は外部からPull requestを送れるので、
いまのsf.netのような状況にはならないかも知れません。
ただ、よく分らないプルリクが押し寄せることが予想されるので、
受領要件を精査してフックスクリプトを仕込んでおくなどの対策を講じる必要がありそうです。
すでにGitHub上に派生リポジトリを公開されてるnikiさんとか、
今回の移行検討についてどう考えられているか気になるところです。（名指し失礼！
[8362]
Re3:GitHub 移行の提案
▽
2018/5/23 (水) 17:45:29
kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ berryzplusさん
> GitHub移行には基本的に賛成します。
> ただ、SVNも残したほうが良いと考えています。
>
> …
>
> 多くの課題を並行で扱うにはGitが便利、
> 各リリース間の差異を線形で把握するにはSvnが便利だと思っています。
んん、それはどうでしょう。
自分としてはバージョン管理ツールについては Svn か Git のどちらか片方に集約したいところです。
管理する対象が多いと開発者の手間が増えるので…。
自分の今の構想としては、
GitHub … ソースコード管理およびバイナリ置き場
OSDN … Webサイトおよびフォーラムとして活用
という感じで考えています。
> 最近、変な名前のイタズラ投稿が増えた気がします。
> 個人的には、ここの掲示板に価値を見出せていません。
> 匿名掲示板なら２ちゃんで十分だと考えております。
>
https://
egg.
5ch.
net/
test/
read.
cgi/
software
/
14952863
92/
l50
ふむふむ。とりあえず「Issues 怖がられる」感は理解しつつ「今のこの掲示板の感じも微妙」なので
この掲示板（というかフォーラム）を OSDN に移転したいですね。他のリプライにも書きましたが。
・2ch … 超ラフ
・OSDNフォーラム … ラフ
・GitHub Issues … 正式連絡
くらいの棲み分けですかねぇ。
僕は 2ch のほうは言葉遣いがトゲトゲしていて心臓に悪いのであんまり見ないことにしています。
> ぼくが知ってるのは3年前（v2.3.0リリースの直後）からですが、
> 未クローズのpatchesが100件以上積滞する状況が続いています。
>
> GitHubの場合は外部からPull requestを送れるので、
> いまのsf.netのような状況にはならないかも知れません。
未クローズのpatchesが溜まっているのは悲しいですね……。
一個一個見ていきたい気持ちもなくはないですが時間は有限なので、いったん僕は見なかったことにしておきます。
僕も管理者権限持っているので対応していない責任があり恐縮ですが……。
重要度の高い要望やパッチは（GitHub移行した場合は）正式に Issue や PR あげていただければ、見ます。
> ただ、よく分らないプルリクが押し寄せることが予想されるので、
> 受領要件を精査してフックスクリプトを仕込んでおくなどの対策を講じる必要がありそうです。
プルリク (PR) 上げるためにはある程度のリテラシが必要なので、
あまりにもひどいものが上がってくることは想定していないです。
上がってくる数については最初は少ないと思いますが、徐々に数が増えていく可能性はなくはないですね。
そのあたりは開発者の数でカバーしたいお気持ちです。
今のところ ds14050 さん、KENCH さんに GitHub 参加表明をいただいており、準備中です。大感謝！
> すでにGitHub上に派生リポジトリを公開されてるnikiさんとか、
> 今回の移行検討についてどう考えられているか気になるところです。（名指し失礼！
実は他にもけっこういろんな方が GitHub 上でサクラエディタのソースコードをいじられていますｗ
https://
github.
com/
search?
utf8=%
E2%
9C%
93&
q=
sakura+
path%
3Asakura
+
filename
%
3Asakura
.
sln&
type=
協力者になり得る方がこれだけいるわけです。いろいろ期待は膨らみますね。
[8370]
Re4:GitHub 移行の提案
▽
2018/5/25 (金) 02:39:59
berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ kobakeさん
> ▼ berryzplusさん
> > 多くの課題を並行で扱うにはGitが便利、
> > 各リリース間の差異を線形で把握するにはSvnが便利だと思っています。
>
> んん、それはどうでしょう。
> 自分としてはバージョン管理ツールについては Svn か Git のどちらか片方に集約したいところです。
> 管理する対象が多いと開発者の手間が増えるので…。
SVNは基本放置で、Git開発のイメージです。
リリース断面を残すためだけにSVNを使います。
そもそもgitの元がgit-svnなので、
リリースのときに同期させるくらいなら
それほどの手間ではないと思っています。
Ubuntuみたく定期リリースにできたら
リリース時期や内容を迷わなくて済むかなぁ、
と思ったのがこの発想のきっかけです。
（もちろんLTSなんてめんどくさそうなものはナシの方向・・・）
> 僕は 2ch のほうは言葉遣いがトゲトゲしていて心臓に悪いのであんまり見ないことにしています。
ああ、それは確かに。
> 未クローズのpatchesが溜まっているのは悲しいですね……。
> 一個一個見ていきたい気持ちもなくはないですが時間は有限なので、いったん僕は見なかったことにしておきます。
> 僕も管理者権限持っているので対応していない責任があり恐縮ですが……。
>
> 重要度の高い要望やパッチは（GitHub移行した場合は）正式に Issue や PR あげていただければ、見ます。
要望やパッチはタイミング的なこともあると思います。
古くなった要望がいまも有効かどうかは、要望した人にしか分からないかもしれません。
なので、いますぐに何かすべきものでもない気がしています。
（一括で「仮クローズ」にするのも一つの手段・・・）
重要度の高そうな要望というと・・・
・tsf対応(xp以降)
・DirectWrite対応(vista以降)
・タブモードのエアロ対応(vista以降)
・マルチディスプレイHighDPI対応(8.1以降)
・改行をまたいだ検索・置換の対応(OS非依存)
この辺は確実に残ってくる気がしています。（重たいのばっかし
やるかどうかも含めて、ぼちぼちやってくしかありませんけれど・・・
Gitに移行すると、個別ブランチ切って気軽に仮実装を作れるのが強みですよね〜。
[8380]
Re5:GitHub 移行の提案
▽
2018/5/25 (金) 10:25:59
kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ berryzplusさん
コミットできる先が Svn と Git の両方用意されていると新規参入者はちょっと混乱すると思います。
できる限り開放する情報は少なく絞ることで、新規参入者の学習コストは下がるのではないかと。
なおSvnの扱いを正式にどうするかについては、GitHub移行後（移行が確定した場合）での議論でも良いかと思います。
ちなみに git-svn は僕はシレッと対応しているように見せましたが、実はそんなに楽じゃないです。
後々解説記事でも書こうと思います。
[
▼次のスレッド
]
INCM/CMT
Cyclamen v3.81