[スレッド全体]
[297] Re:HELPのリリースはどうします？　
▽ 2006/10/29 (日) 22:14:52 ▽ maru

> 本体と整合性を保ちながら時々リリース登録して
私でよければ…。
本体リリースのタイミングと同期をとるのは難しいでしょうから、運用しながら具体化する方向で。
あと、HELPのtagsはどっちでもいい感じですが、あった方が良いのでしょうか。

> webの方が先走ってしまうのは致し方ない
cronを止めて、ヘルプリリース時に手動でsakura-hh-update.shを実行するとかでしょうか。

とりあえずは「致し方ない」作戦としておいて、もし問題が出てきたら検討しましょう。

たとえば、本体バージョンアップ直後、一部の機能についてはヘルプ解説が未完成、などの理由でヘルプがリリースできないケースを考えると、webだけでも独立して更新された方がかえって便利かもしれません。

別件ですが、HELPのコミットのタイミングが難しいです。
過去から累積した誤記修正がひと通り終わるまでは、ある程度頻度が高くなるのは仕方ないかも知れませんが。
[298] Re2:HELPのリリースはどうします？　
▽ 2006/10/29 (日) 23:44:38 ▽ げんた

>私でよければ…。
無理矢理押しつけたみたいですみません．

>本体リリースのタイミングと同期をとるのは難しいでしょうから、運用しながら具体化する方向で。
同時というつもりではなくて，本体のリリースを１つのマイルストーンと考えて，内容的に対応がとれてますよ〜という物を登録するとわかりやすいのでは？という意味です．別にあわてなくて良いと思います．

>HELPのtags
リリースするのはコンパイル済みのCHMファイルと対応するソースコードと考えて良いですよね．
対応するリビジョン番号だけ書いてあれば，後から取り出すことは出来ますけど...

>cronを止めて、ヘルプリリース時に手動で
いや，これはあまりうれしくないと思います．どのみち，アクセスしてきた人がどのバージョンの本体を使っているかはわからないわけですから．

>別件ですが、HELPのコミットのタイミングが難しいです。
>過去から累積した誤記修正がひと通り終わるまでは、ある程度頻度が高くなるのは仕方ないかも知れませんが。
番号が上がるのは気にしないでこまめにcommitしてもらって良いと思います．バージョン管理の面から言うと，同一目的の変更は一度にcommit，異なる物は混ぜないのが理想ですが，誤記修正まとめみたいなものであればこの原則はあまり考えなくて良いと思います．
[300] Re3:HELPのリリースはどうします？　
▽ 2006/10/30 (月) 23:28:12 ▽ maru

>無理矢理押しつけたみたいですみません．
いえいえ（笑）

>１つのマイルストーンと考えて
了解です。

>対応するリビジョン番号だけ書いてあれば…
こちらも了解です。

>アクセスしてきた人がどのバージョンの本体を使っているかはわからない
なるほど、確かにそうですね。

>誤記修正まとめみたいなものであればこの原則はあまり考えなくても
ここも了解です。
[▼次のスレッド]
INCM/CMT
Cyclamen v3.81