0

コミット後にcssおよびjsソースファイルを縮小するためのgitフックの実装について読んだことがありますが（縮小されたアセットはコミットされるべきではないため）、HTMLページ内でこれらへの実際のリンクをコミットするときのベストプラクティスは何ですか?

私が考えることができる唯一のオプションは次のとおりです。

Git commit HTML ページには、縮小されたソース ファイルへのリンクがありますが、リポジトリには縮小されたソース ファイルはありません。

<link href="/assets/css/application.min.css" rel="stylesheet">
<script src="/assets/js/application.min.js"></script>

Git は、開発ソース ファイルへのリンクを含む HTML ページをコミットし、デプロイ後に縮小版に変更します。

<link href="/assets/css/application.css" rel="stylesheet">
<script src="/assets/js/application.js"></script>

私が気付いていない、これを達成するためのシンプルで効果的なワークフローがあると確信しています。よろしくお願いします！

4

2 に答える 2

1

このようなものについては、サンプル構成ファイルに入れて代わりにコミットすることを好みます。開発および展開中に、サンプル構成ファイルが適切な名前にコピーされ、要件に合わせて必要に応じて変更されます。そうすれば、特定の展開環境で追跡対象のファイルに不要な変更を加えることはありません。

例：

# config.conf.sample
main_css = application.min.css
main_js = application.min.js

開発中、config.conf.sample を config.conf にコピーし、それに応じてエントリを変更します。

# config.conf
main_css = application.css
main_js = application.js

そして、展開中にエントリが必要なものと一致するため、単純なコピーで十分です。

このセットアップは、データベース接続パスワードを含む構成ファイルをリポジトリにコミットしたくない場合にも適しています。

于 2012-07-02T22:04:58.550 に答える
0

HTML ページ内の縮小されたソース ファイルへのリンクをコミットするルートを決定しましたが、リポジトリには縮小されたソース ファイルはありません。これは、開発バージョンで作業する際にソース ファイルを自動的に縮小する中間ツール (CodeKit など) に依存していることを意味しますが、これは今のところうまく機能しているワークフローです。

于 2012-07-11T12:25:24.727 に答える