私はDjangoでやっている個人的なプロジェクトで私を助けるデザイナーを雇った。私はデザイナーがフォルダ/テンプレートと各アプリケーションの静的にアクセスできるようにしたいと思います。 .htmlファイル、スタイルシート、画像を編集します。Djangoですべてのソースコードに完全にアクセスすることなくデザイナーと作業するにはどうすればいいですか?
私は、彼にソースコードへの完全なアクセス権を与える危険は望んでいません。
私は迷子になっていますが、どうして通常これをやりますか?
ご挨拶。
私はDjangoでやっている個人的なプロジェクトで私を助けるデザイナーを雇った。私はデザイナーがフォルダ/テンプレートと各アプリケーションの静的にアクセスできるようにしたいと思います。 .htmlファイル、スタイルシート、画像を編集します。Djangoですべてのソースコードに完全にアクセスすることなくデザイナーと作業するにはどうすればいいですか?
私は、彼にソースコードへの完全なアクセス権を与える危険は望んでいません。
私は迷子になっていますが、どうして通常これをやりますか?
ご挨拶。
1)彼にはテンプレートディレクトリ(html、css)のみアクセスできます。誰もがブラウザや他のユーティリティの助けを借りてそれを見ることができるので、秘密はありません。
2)カスタムテンプレートタグとフィルタを使用してください(http://docs.djangoproject.com/en/dev/howto/custom-template-tags/)。この場合、彼はソースPythonコードを見ることができませんでした。彼は、黒いボックスのようにタグとフィルターを使って動作します。
変更後、彼はDjangoアプリケーションサーバーのリロードをせずにプロジェクトをテストすることができました。
上記のように、これはdjangoとはあまり関係がなく、別の場所では最もよく尋ねられるかもしれません。
あなたのコードを現在どのように保存/共有しているかによって異なります。
バージョンコントロールシステムを使用している場合は、共有したいもの用に別のリポジトリを作成する必要があります。たとえばあなたが使用している場合。 git(私が一番よく知っているもの)、見てくださいsubmodules
あなたを不正直にしてくれるデザイナーを雇ってください。
その他の場合は、テンプレート、CSS、画像、その他の静的コンテンツにのみアクセスし、各テンプレートのコンテキストで利用可能なものを文書化します。必要に応じて彼にカスタムタグを提供してください。
代わりに、デザインをフラットファイルとして構築して、事実(テンプレートタグとフィルタなどを通過させて追加する)の後に環境に組み込むことができます。
デザイナーにソースコードが表示される危険性はありますか?バージョンコントロールを使用する場合、リスクはありません。 – Ski
プロジェクトのファイルを共有するために現在使用しているものは記載していません。これはdjangoとはまったく関係がありません。単純なファイルアクセス権の問題で、stackoverflowには適切ではありません。プログラマーにもっと適しています。 –
例:彼は将来コードを転売することができます。これについてのバージョン管理の利点は何ですか? – blindOSX