unify events
v2.6.2
brew install openldap仮想環境とcdを作成します
python3 -m venv ENV
cd ENV
サブディレクトリへのクローンリポジトリ（例： git clone REPO_URL src ）
仮想環境を有効にします
source bin/activate
新しいSRCディレクトリとインストール要件へのcd
cd src
pip install -r requirements.txt
注： pip install fatal error: 'sasl.h' file not found python-ldapインストール時に見つかりませんでした。
recumporation.txtで、 python-ldap要件にコメントしてください。
再実行pip install -r requirements.txt 。正常に完了するはずです。
次のことを実行し、「バージョン」をpython-ldapパッケージに指定されたバージョン番号を要件で置き換えます。txt：
pip install python-ldap==VERSION
--global-option=build_ext
--global-option="-I$(xcrun --show-sdk-path)/usr/include/sasl"
conconment recumations.txtのpython-ldap要件をun coconment。ファイルを保存します。
settings_local.templ.pyファイルを使用してローカル設定を設定します
static_files/static/robots.txtを使用してstatic_files/static/robots.txtを設定します。templ.txt
展開コマンドを実行します： python manage.py deploy 。これにより、移行が実行され、静的ファイルが収集されます。
スーパーユーザーを作成： python manage.py createsuperuser
既存のカレンダーデータをインポートする予定がない場合は、メインカレンダーを作成し、SuperUSerアカウントを所有者として割り当てます。それ以外の場合は、この手順をスキップします
python manage.py shell
>>> from django.contrib.auth.models import User
>>> from events.models import Calendar
>>> u = User.objects.get(pk=1)
>>> c = Calendar(title='Events at UCF', owner=u)
>>> c.save()
>>> exit()
このインポーターはpython manage.py syncdbまたはpython manage.py flushを実行した直後に、新鮮なデータベースでのみ実行する必要があることに注意してください。
このインポートを実行する前に、UNLシステムのNID以外のユーザーごとにDjangoで新しいユーザーが作成されていることを確認してください。これらのユーザーのイベントは、それ以外の場合はインポートできません。
新しい仮想環境SRCフォルダーへのCD
仮想環境を有効にします
source ../bin/activate
古いイベントデータベース情報をsettings_local.pyデータベース名「unlevents」に追加します。 enable_clearcacheが「false」に設定されていることを確認してください。
インポートコマンドを実行します
python manage.py import-unl-events
アプリを再起動します
必要に応じてキャッシュを禁止します
新しい仮想環境SRCフォルダーへのCD
仮想環境を有効にします
source ../bin/activate
maps_domainとlocation_data_urlがsettings_local.pyに設定されており、enable_clearcacheが「false」に設定されていることを確認してください。
インポートコマンドを実行します
python manage.py import-locations
アプリを再起動します
必要に応じてキャッシュを禁止します
マスターに直接コミットしないでください。ブランチまたはフォークを作成し、新機能に取り組みます。完了すると、マスターブランチに統合されます。
ブランチを使用して機能を開発する場合は、マスターにマージされたら、古いブランチを削除してください。
このプロジェクトでは、Gulpを使用して、SASSファイルのコンパイルや模擬ファイルや模倣/Ugliging JavaScriptなど、さまざまなタスクを処理します。次の手順を使用して、このプロジェクトのGulpをセットアップします。
npm install実行して、package.jsonで定義されたノードパッケージをインストールします。gulp-config.template.jsonをコピーし、希望する変更を行い、 gulp-config.jsonとして保存します。gulp default実行して、すべてのフロントエンドコンポーネントをインストールし、静的資産をコンパイルします。gulp watchを実行して、静的ファイルの変更を自動的に検出します。変更が検出されると、マイニフィスとコンピレーションコマンドが自動的に実行されます。 gulp-config.jsonでbrowsersyncを有効にした場合、SCSSまたはJSファイルが変更されたときにブラウザをリロードします。static_files/static/のファイル）がレポにプッシュされることを確認してください。このプロジェクトの生のカスタムスタイルはすべてstatic_files/assets/scss/の個別のSASSファイルに含まれています。このプロジェクトでStyleSheetを変更する場合、このディレクトリのファイルのみを変更します。 static_files/static/css/のファイルを直接変更しないでください！ SASSファイルは、このディレクトリにコンパイルして書き込みます。
部分的なSASSファイルは通常、機能によって分離されており、特定の順序でコンパイルする必要があります。
このプロジェクトは、ベンダーのJavaScriptライブラリと独自のファイルをクライアントに配信する必要があるファイルが少ないことを組み合わせています。以下のリストには、基本的な連結/uglificationスキームが表示されます。
マークされたスクリプト*vendor*は、NPMパッケージとして取得され、GULP処理中にそれらを含むプロジェクトファイルに連結されます。
マークされたスクリプト*project*は、このプロジェクトで維持されているスクリプトであり、 static_files/assets/jsで見つけることができます。 static_files/static/js/直接ファイルを変更しないでください。
上記のスクリプトに加えて、Tinymceライブラリは、GULP処理中に独自のサブディレクトリ、 static_files/static/js/wysiwygにコピーされます。 Tinymceは、デフォルトでは、そのテーマ、プラグイン、およびスキンがプライマリTinymceスクリプトのルートディレクトリに比べてサブディレクトリにあることを期待しているため、レポでの肥大を避けるためにイベントシステムに必要な特定のプラグイン/スキン/テーマのみを選択しながら、ディレクトリ構造を可能な限り密接に維持します。
また、コンポーネントディレクトリからディレクトリが終了した後、デフォルトのTinymceスキン「LightGray」にカスタマイズを適用します。これらのカスタマイズはstatic_files/assets/scss/content.scssで変更する必要があります。
