Open mshindo opened 5 months ago
今までは過去のアーカイブも含め、デザインを統一するためにもテンプレート的なものを master に作り、各年のブランチを切って、適宜 master に追従して並列で作業を進めてきましたが、今後は基本的に時系列に沿って最新のものに対して変更を加えていく、という流れになるので、安定的な最新のものを master にして、そこからブランチを切って作業を加えていく、という流れに変更した方がいいのではないかと思います。一般的なソフトウェア開発と近い流れですね。
具体的には2023年までのコンテンツをmasterにして、そこから 2024 のブランチを切って作業を加えていき、GitHub Pages は 2024 ブランチのコンテンツで外に公開、2025年のコンテンツを作る段階になったら、2024 ブランチを master にマージして、そこから 2025 ブランチを切る、という流れが良いかと。
この方針で行こうと思ったのですが、2024 の作業を始めてしまったので、2024 のコンテンツのアップデートが終了した時点で、master にマージし、翌年以降新しい年のコンテンツを作る際に master から分岐してコンテンツを作る、ということにしたいと思います。
今までは過去のアーカイブも含め、デザインを統一するためにもテンプレート的なものを master に作り、各年のブランチを切って、適宜 master に追従して並列で作業を進めてきましたが、今後は基本的に時系列に沿って最新のものに対して変更を加えていく、という流れになるので、安定的な最新のものを master にして、そこからブランチを切って作業を加えていく、という流れに変更した方がいいのではないかと思います。一般的なソフトウェア開発と近い流れですね。
具体的には2023年までのコンテンツをmasterにして、そこから 2024 のブランチを切って作業を加えていき、GitHub Pages は 2024 ブランチのコンテンツで外に公開、2025年のコンテンツを作る段階になったら、2024 ブランチを master にマージして、そこから 2025 ブランチを切る、という流れが良いかと。