サクラエディタBBS

[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/1495286392/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 は僕はシレッと対応しているように見せましたが、実はそんなに楽じゃないです。
後々解説記事でも書こうと思います。

[8381] Re5:GitHub 移行の提案

▽ 2018/5/25 (金) 10:26:21 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さん
> （一括で「仮クローズ」にするのも一つの手段・・・）

ぶっちゃけそのくらいの感じで良いと思ってます。
本当に大事な改善点は再度正式な形でオープンされてきます。
再度来ないような要望はそもそもそれほど重要でなかった、とみなすくらいのスタンスでいます。

[8382] Re5:GitHub 移行の提案

▽ 2018/5/25 (金) 10:26:46 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さん
> Gitに移行すると、個別ブランチ切って気軽に仮実装を作れるのが強みですよね～。

確実に分散作業はしやすくなりますね～。
「その機能を重要と思う人ががんばって対応する」というのが OSS の基本スタンスです。
みんながんばってコミッターになりましょう！

[▼次のスレッド]

INCM/CMT
Cyclamen v3.81