TKLDevで新しいアプライアンスをビルドする

とりあえず 寸法: TKLDev ドキュメント 素晴らしいですが、大きな読み物です。このページの目的は、新しいアプライアンスを作成する簡単な概要を作成することです。

それはあなたが読み続けてきたと仮定します TKLDev ドキュメント, TKLDev のインスタンスを実行して、すべてのものがそれによって動作するように確認されている コアISOの構築.

前提条件

コマンドラインの使用は必須ですが、特定の関連性は次のとおりです。

• apt; apt-get や apt-cache など、パッケージのインストールに不可欠
• git のクローン、git のコミット、git の push の git の git バージョン コントロールで動作する必須
• GitHub - の 無料GitHubアカウントを取得する 既にあることが無い場合。
  • git と GitHub のプライマー

• git/GitHub に新しい場合は、GitHub の TKLDev を設定してください。

• TKLDevサーバーのセットアップ git ユーザー名を設定する と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と と 電子メール (GitHubアカウントと同じメールを優先的に使用)
• 認証には2つのオプションがあります。GitHubリポジトリに使用するURLは、次の選択に依存します。
  • 寸法: SSH 私の好みと推奨事項。 必要 SSH キーペアを生成 (そのページの他のセクションを無視) & 公開鍵をGitHubに追加; または
  • 寸法: HTTPS - あまりにもうまくいくはずなのに、私は何度も使ったので、自分でやってるよ。

おすすめ!

プロセスは、 新規アプライアンスの開発.ワークフローだけではありませんが。

git clone https://github.com/turnkeylinux-apps/<base-appliance-name>.git
mv <base-appliance-name> <new-appliance-name>
cd <new-appliance-name>
rm -rf .git
git-init

1. リサーチ ソフトウェアをインストールし、インストールします。 一番のスタートポイントであるアプライアンス. それぞれのステップを慎重に文書化しながら、それが正しいように動作させる。 私はこのVMで行うと、私の文書は通常、バッシュコマンドです。
2. 新しいアプライアンスの名前を決定. 多くの場合、これは自己の明らかになります; ほかの回それほど多くはありません...
3. TKLDev アプライアンス では、ベース アプライアンス をクローンします(ステップ 1 で決定した)、結果のディレクトリの名前を変更します(ステップ 2) あなたの新しい アプライアンス 名に (スペースなし)。その後(re)gitリポジトリとして初期化します。
4. GitHub で新しいリポジトリを作成する 新しいアプライアンスの名前と同じ名前をつけました。つまり、新しいリポジトリの名前です。
5. ローカルリポジトリとGitHub(リモート)を1つ同期させる (とコミット)。
6. デフォルトリポジトリ(TurnKey や Debian のデフォルト安定リポジトリ)からインストールするパッケージは、プランに追加される必要があります。例えば、 LAMPプラン (とコミット)
7. ステップ1で行われたドキュメントからインストールスクリプトを作成し、conf.dディレクトリにスクリプトに入れます。例: LAMP のメイン conf.d (とコミット)。
8. および/またはファイルがオーバーレイディレクトリに追加できます。例 LAMPオーバーレイ (とコミット)。
9. 更新履歴(例: ) LAMP README.rst 新しくアプライアンスに関連した情報。既存のものをテンプレートとして使うことができますが、大きなオーバーホールをしたいでしょう。
10. 変更履歴の更新(例:変更履歴) LAMP 変更ログ. 繰り返しますが、テンプレートとしてあるものの一部を使用することができます(これは新しいアプライアンスの最初のリリースになるので、すべての古い情報を取り除くことができます)。 自分の仕事の進捗を追跡したい 変更ログを使用しないでください, 別のファイルを作成します。.
11. 必要に応じて、GitHubリポジトリの課題セクションを使用してバグや計画機能を利用できます。複数の人が一緒に作業している場合は、この作業は余分にうまくいきます。
12. 開発する 入口のホック. パスワードなどのすべての固有の要因は、自動生成(アプリケーションMySQLユーザパスワード)またはインタラクティブ(例えば、ユーザパスワード)のいずれかでなければなりません。 対話型inithooksは、事前に参照する能力を必要とすることに注意してください。
13. 最初にroot.patched'then 'fab-chroot build/root.patched' をテストや調整のために作ります。 アプライアンス で動作するまで 未承認ビルド エラーなし。 サンドボックスで期待どおりに作品 (変更を加えるとコミット)
14. 最終的なビルド('make')とISO(VM)をテストします。
15. 祝う! :)

     

よくコミットするのをおすすめします。それから、何をやっているのか、そして何の順番で分かりやすくなります。必要に応じて、後でgitの履歴をクリーンアップできます。 通常、私はGitHubに頻繁に押します(セッションをオンス)。時々GitHub WebUIを使用して、コードを表示することは、すべてのものを一か所で見ることができる便利な方法です。