システムと記事を分離できないですか

[Mizuho32]

部室ラズパイでもこのwiki使わせてもらってるんですが、変更を取り入れる際に記事までついてくるのは少々邪魔なので・・・・

[lo48576]

できるっちゃできる、というのも contents/ 以下のやつがドキュメントソースなので、それ以外を引っ張ってくれば済む話であります。
でもそれやると、ドキュメントとシステム両方をアップデートするとかsubmodule使うことになるとかちょっと面倒なことになりそうな気がしたのでひとまず合体でいいかな、ということで現状のようになっています。

あと、ロ技研用途特有のスタイルとか入ってくる予感がしてたので、あえて汎用として分離しなかったというのもある

[lo48576]

具体的に言うと、 contents/ も当然システムのリポジトリに属しているので、そこに外部の記事を持ってくるとなるとsubmodule addする必要があるんだけど、これ普通の(gitに習熟していない)ユーザにやらせるにはハードル高くなりすぎるかな、と判断しました

[3tty0n]

私見ですが、今はモノリシックにやっていって大丈夫だと思います。ただ、経験上、扱うファイル群が増えていくと管理が大変になるので、いずれ submodule を使ってリポジトリを分けるのがいいと思います。

[Mizuho32]

うーん実は単純にブランチ使って出来ないかなと思ったんですが難しそうですね・・・・・
部室の方は手動でちまちまやるのが妥当かな・・・・

[3tty0n]

ブランチで分けて運用するとなると、運用方針を明確に定めたりしないといけないですね。
そもそも master からブランチを切っていくことになるのでバックエンドとフロントエンドの記事の分離はGitHubの仕様上難しいと思います…

[Mizuho32]

バックエンド、フロントエンドってのは部室内外の記事って意味ですか?

[3tty0n]

バックエンド：システム
フロントエンドの記事：ドキュメントソース

という意味です。説明不足で申し訳有りません。

[Mizuho32]

あーいえいえどうもここらへんの用語苦手でして。

う〜んわかりましたありがとうございます。

[lo48576]

wontfixタグ付いてるし今更ですが、git worktreeを使うとsubmoduleより楽に別ブランチをサブディレクトリにチェックアウトできるっぽいですね。
まあ今のところ構成弄る気はありませんが。

[3tty0n]

web インターフェイスで記事を編集できる環境があれば既存のブログを使っている方の移行はスムーズにできそうですね。
Preso.io は GitHub 上のファイルを web インターフェイスでいじれるので、良さそうなんじゃないかと思いました。

参考: http://atskimura.hatenablog.com/entry/2014/02/11/170600

[Mizuho32]

webインターフェイスの方は一応作ってあって、部室ではそれが動いています。
ただ、らりおさんの指摘通り公の方はぶっちゃけgithubで編集できるしめんどくて対応してないです💦