プロジェクト構成

$mol のプロジェクトには入れ子の四つの階層があります。クローンしたワークスペース、その中のパッケージ、パッケージの中のモジュール、そしてモジュールの中のファイルです。この配置は実用的な問いに答えます。新しいプロジェクトをどこに置くのか、その履歴は誰のものなのか。ビルドがすることのほとんどは、ここから導かれます。mam/ ワークスペース — クローンした MAM├── .meta.tree レジストリ: どのパッケージがどのリポジトリから来るか├── mol/ パッケージ — フレームワーク本体、専用の git リポジトリ└── my/ パッケージ — あなたのもの、専用の git リポジトリ ├── .gitattributes ビルド済みバイナリを壊さずに保つ ├── my.meta.tree あなた自身のプロジェクトのレジストリ └── hello/ プロジェクト — モジュールであり、専用の git リポジトリ ├── index.html エントリポイント（アプリのモジュールのみ） ├── hello.view.tree マークアップ └── form/ サブモジュール — $my_hello_formこのページでは一覧の各行に、なぜそこにあるのかを示すクエスチョンマークが付いています。下の各節は同じことを詳しく説明します。

プロジェクトを始める

五つの手順。繰り返すのは最初の一つだけで、後半の三つはスキャフォルダに任せられます。1. ワークスペースを一度クローンする。これから書くものはすべてこの中に置かれます。1git clone https://github.com/hyoo-ru/mam.git2cd mam2. 自分のパッケージを作る。短い名前のフォルダ（あなたの名前、会社名、ハンドル）と、専用の git リポジトリ。これから始めるすべてのプロジェクトの入れ物です。1mkdir my2cd my3git initコードを置いている場所へ、公開でも非公開でも構わないので上げてください。ついでに * -text の一行だけを書いた .gitattributes を添えます。理由は下のパッケージの節にあります。3. レジストリを追加する。 my/my.meta.tree はパッケージ内のプロジェクト一覧です。最初は空で、プロジェクトごとに一行ずつ増えます。1pack hello git \https://github.com/you/hello.gitMAM はこれを、一つ上のワークスペースの .meta.tree とまったく同じように読みます。my/ をクローンした同僚には、プロジェクトも一緒に届きます。4. プロジェクトを、専用のリポジトリとともに作る。フォルダがそのままコンポーネントです。my/hello/ は $my_hello であり、その履歴はプロジェクトのものであって、パッケージのものでも $mol のものでもありません。1mkdir hello2cd hello3git initこの切り分けこそが配置の狙いです。my/hello/ でのコミットは hello リポジトリへ入り、my にも mol にも決して入りません。5. 登録する。手順 3 の pack 行を my/my.meta.tree に加えれば、新しくチェックアウトしたパッケージが名前でプロジェクトを取ってきます。手順 2 の後ならいつでも、

スキャフォルダが動くモジュールを書いてくれます。1npx create-view-tree-lsp my/hello

ワークスペース

MAM は一度クローンして、その中で作業します。依存がコピーされてくるフォルダではありません。どのパッケージもそこに独立した git のチェックアウトとして、履歴つきで置かれているので、フレームワークのソースを読み、そこに debugger を差し込み、同じ作業コピーからプルリクエストを出せます。ルートの .meta.tree が、それを成り立たせているレジストリです。1pack mol git \https://github.com/hyoo-ru/mam_mol.git2pack hyoo git \https://github.com/hyoo-ru/mam_hyoo.git3pack lib git \https://github.com/hyoo-ru/mam_lib.gitビルドが $mol_view に出会ったとき mol/ フォルダがまだ無ければ、ここで名前を引いてリポジトリをクローンします。何もベンダリングされず、何も平坦化されません。

パッケージ

トップレベルのフォルダがパッケージであり、パッケージは git リポジトリです。自分のパッケージは、単に自分で名前を付けたフォルダにすぎません。ローカルにあるうちは登録は要らず、名前で取得したくなった日に pack の行が要ります。パッケージは入れ子になります。パッケージは自分の中のフォルダのために独自の pack 宣言を持てて、MAM はそれをそのパッケージを収めることになるフォルダの meta.tree から読みます。このサイトは bog/smalljs/ にあり、それ自体が 1 つのリポジトリで、bog/bog.meta.tree に載っています。そしてその bog/bog.meta.tree は、ルートの .meta.tree に載っている bog/ のチェックアウトの中にあります。

どのパッケージにも要るファイル

デプロイされるパッケージには、1 行だけの .gitattributes が要ります。1* -textGitHub でこのページを編集役に立ちましたか？はいいいえ前へTypeScript から view.tree へ次へツールこのページの内容プロジェクトを始めるワークスペースパッケージどのパッケージにも要るファイルモジュールモジュールの中のファイル生成されたフォルダはハイフンで始まる meta.tree が実際にしていること次へ