Closed kobake closed 6 years ago
master 一本化に賛同します。
理由ほ kobake さんが書かれているのと似た感じです。 ぼくがいうと棘のある言い方になりそうなので細かいことを書くのは自粛しときます。
x64 は対応途中であることを明示した上で今の x64 ブランチは master にマージし、x64 対応は master 上で行う>
いいと思います。 x64 用の成果物のzipファイル名、zip 内部のフォルダ名に alpha とかいう文字列を 入れるといいと思います。
AppVeyor成果物の名前に alpha 入れるの良いですね。
git clone してきて自前ビルドする人が x64 を選んでビルドする可能性もあるので、そのあたりは README に「x64 版はまだ未完成である」ことを注記として入れるのに加えて、#pragma
で x64 ビルド時メッセージにも「x64 版はまだ未完成である」ことが分かるような Warning を組み込む等の対応を自分は考えています。(現状は既存コードの Warning が出まくりますけど、それらの Warning をぜんぶ解消したとしてもまだ x64 対応完了というわけではないはずなので、対応完了までは明示的な Warning を組み込んでおくべきと考えている)
あとバージョン情報(タイトルバー表示も含む)にも alpha って入れたいですね。
いいと思います。 x64 かどうかで条件コンパイル切らないで 別のマクロ (alpha と入れるかどうか) を用意しておいて、それを x64 のときに有効にするのが良いと思います。そうすることで必要無くなったら簡単に削除できるようにできます。
皆さんご意見ありがとうございます。 今のところはなんとなく master 一本化で良いと思いました。 明日あたりにマージ準備の作業をしようと考えています。
@sakura-editor/sakura-developers 異論あれば今のうちにどうぞ。
明日あたりにマージ準備の作業をしようと考えています。
マージ前に https://github.com/sakura-editor/sakura/issues/173, https://github.com/sakura-editor/sakura/issues/174 は入れたいです。
では明日に見送ります
sakura-editor/sakura#131 は x64 を master に統合後でも良くないですかね。 x64 が alpha 版であることが明示されていれば統合条件としては十分かと思います。
統合は明日以降に延ばします。
sakura-editor/sakura#131 は x64 を master に統合後でも良くないですかね。
sakura-editor/sakura#131 は x64 を master に統合後でも良くないですかね。
sakura-editor/sakura#182 を作りました。
ちょっと勘違い。
統合後でもいいです。 この PR が入っていないと x64 版でも、C:\Program Files (x86)\sakura にインストールされてしまうという点だけです。
条件整ったので master <- x64 マージの PR を作成します。
というか既に https://github.com/sakura-editor/sakura/pull/86 があったのでこれのマージをする流れとします。
master に x64 がマージされました。 以後しばらくは master 一本での運用とさせてください。
以下 Wiki にもその旨の記載を入れました。 https://github.com/sakura-editor/sakura/wiki/10.DevelopmentPolicy
一旦本件はクローズします。
長くなるので先に要点だけ書く
現在の状況
現在、x64 ブランチが運用されています。これは x64 対応に時間がかかることが想定され、分担の場としてブランチが必要だと判断され採用された方針です。
が、現在 x64 と master の足並み合わせで苦労されている様子がうかがえます。
さらに別件として sinst_src.zip の展開物の整備についても master とは別のブランチを切りそこで作業してはどうかという提案が出ています。
他対応についても対応時間がかかるものについてはさらに枝分かれの提案がされる可能性は否定できません。
所感
実際のところ長い時間のかかる対応はブランチを切って分担作業するのが理想ではあるのですが、今の時期に限っていうと、
というところで(量が多くてすみません)、自分としては今の時点では master ブランチ一本でやる運用が良い(今分岐している x64 も対応完了を待たずに master に取り込んでしまう)と思っています。
実のところ、当初 https://github.com/sakura-editor/sakura/issues/40 で自分が x64 ブランチ運用について言及したのは、「なんだか今の現メンバーのレビューの仕方を見ている限り、彼らは厳密な運用を好むだろうな」という汲み取りをした上でブランチ分けの提案(そしておまけのように master でやる選択肢もあるよという言及も入れた)をしたというのが実情です。
で、今の状況を眺めていて思うのは、上に挙げたような理由でやはり master 一本でやっておいたほうが良かったかな、と思っています。
ご意見ください
以上、自分の所感を述べさせていただきましたが、今のブランチ運用について、どうするのが好ましいか、皆さまからのご意見をいただきたいです。
これだけコアメンバーの人数がいると(喜ばしいことです)、意見の完全統一は難しいです。 方針を策定するにあたっては誰かが妥協をしていく、または全員が妥協をしていき、ベターな落としどころを探る必要があります。
良い感じに歩み寄る気持ちで方針の検討にご参加いただきたいと思っています。
参考までに、以下にブランチ運用に関連する発言のいくつかの引用を貼っておきます。
x64 のビルドに対応する #40
@kobake
@m-tmatma
@kobake
[WIP] x64 作業集約場所 #86
@m-tmatma
@kobake
@m-tmatma
@kobake
sinst_src.zip を展開して登録する #133
@KageShiron
@m-tmatma