準備
プロジェクトが作成された後、プロジェクトのバージョン管理までの各バージョンの将来の反復が非常に明確であるが、また、共同プロジェクトを開発するのに役立ちます。
そこに非常に重要な質問もされている：設定プログラムの走行ラインテストコンフィギュレーションファイルに沿って行われ、オンラインプロジェクトは、（例えば、構成データベース、DEBUEモード、ALLOWED_HOSTSなど）と同じではないので、ここで我々別のファイルlocal_settings.pyテストラインテスト環境を作成する必要があり、
次のようにLocal_settings.pyファイルの内容は以下のとおりです。
＃ - * -コーディング：UTF-8 - * -
＃本地的設定不用版本控制
輸入OS
BASE_DIR = os.path.dirname（os.path.dirname（os.path.abspath（__ FILE__）））
DATABASES = {
「デフォルト'{
'ENGINE'： 'django.db.backends.sqlite3'、
'name'のos.path.join（BASE_DIR' 、LOCAL_LISTENER db.sqlite3「）
}
}
DEBUG = Trueの
ALLOWED_HOSTS = []
ことに注意してください。この文書はlocal_settings.py Gitのバージョン管理を必要とされていません！具体的な構成については後述します。
書かれるために必要なローカルテスト用の設定ファイルおよびコンフィギュレーション・データを作成した後、我々はときに、ローカルのテスト、それを反映させる必要があります。
次のようにより良いアプローチが実装されている：最後に、私たちはフロントラインをカバーするために使用されるローカルテストデータを作ることができ、settings.pyファイルlocal_settings.pyプロジェクトでこのファイルをインポートするPythonのファイルの実行およびインポートモジュールのインポートメカニズムに従ってコンフィギュレーションに、それは我々がテストファイルのローカルバージョンを制御することはできませんので、異常キャプチャする必要があります！
settings.pyファイル、最後に次のコードを追加：
そして、＃ラインで直接使用することができる
オンライン＃〜バージョン管理のためのハンドリングlocal_settings例外ません
：試して
.local_settings *からのインポート
：除いてはImportError
パスを
地元のプロジェクトやGitのリモートリポジトリ接続のプロセス
ローカル基本操作
まず、ローカルストレージディレクトリのプロジェクトで見つかりました
プロジェクトディレクトリで右クリック - 「GITバッシュここに」
入力コマンド・インタフェースは、GitのGitの初期化を開きます
他の不要なファイルを無視などローカル設定ファイルとlocal_settings.py生成されたデータベース・ファイル、
gitignoreを使用してください：gitignoreダウンロード
（1）上記ダウンロードgitignoreを入力した後、Python.gitignoreを見つけるために、その中にコードをコピー、または直接私の側でコピーすることも行います。
# Byte-compiled / optimized / DLL files __pycache__/ *.py[cod] *$py.class # C extensions *.so # Distribution / packaging .Python build/ develop-eggs/ dist/ downloads/ eggs/ .eggs/ lib/ lib64/ parts/ sdist/ var/ wheels/ pip-wheel-metadata/ share/python-wheels/ *.egg-info/ .installed.cfg *.egg MANIFEST # PyInstaller # Usually these files are written by a python script from a template # before PyInstaller builds the exe, so as to inject date/other infos into it. *.manifest *.spec # Installer logs pip-log.txt pip-delete-this-directory.txt # Unit test / coverage reports htmlcov/ .tox/ .nox/ .coverage .coverage.* .cache nosetests.xml coverage.xml *.cover .hypothesis/ .pytest_cache/ # Translations *.mo *.pot # Django stuff: *.log local_settings.py db.sqlite3 db.sqlite3-journal # Flask stuff: instance/ .webassets-cache # Scrapy stuff: .scrapy # Sphinx documentation docs/_build/ # PyBuilder target/ # Jupyter Notebook .ipynb_checkpoints # IPython profile_default/ ipython_config.py # pyenv .python-version # pipenv # According to pypa/pipenv#598, it is recommended to include Pipfile.lock in version control. # However, in case of collaboration, if having platform-specific dependencies or dependencies # having no cross-platform support, pipenv may install dependencies that don't work, or not # install all needed dependencies. #Pipfile.lock # celery beat schedule file celerybeat-schedule # SageMath parsed files *.sage.py # Environments .env .venv env/ venv/ ENV/ env.bak/ venv.bak/ # Spyder project settings .spyderproject .spyproject # Rope project settings .ropeproject # mkdocs documentation /site # mypy .mypy_cache/ .dmypy.json dmypy.json # Pyre type checker .pyre/
（2）然后，在自己项目的“根目录”下新建一个名为“.gitignore”的文件，先把上面的代码复制进去。
（3）通过仔细看里面的代码我们可以发现：忽略文件的名单中已经有了我们之前创建好的“local_settings.py”文件了——看来这已经是一个不成文的规定了~~如果你非要把本地测试的配置文件改成其他的名字，那么一定要记得把你自己的这个本地的测试文件的名字写在.gitignore文件中去！
（4） sqllitデータベースの構成：書かlocal_settings.pyに加えて、.gitignoreファイルを、実際には、「db.sqlite3は」がある、デフォルトのsqllitデータベースファイルによって生成されます。しかし、私はローカルで生成されたデータベース名がlocal_db.sqlite3を変更置く、のは、上記local_settings.py独自の設定ファイルを見てみましょう。だから我々は行くために書かれたこのlocal_db.sqlite3の.gitignoreファイルを配置する必要があります！
（5）あなたが.ideaというディレクトリにプロジェクトのルートディレクトリにプロジェクトを作成するときPyCharmが自動的に生成されます、我々はこのディレクトリに置く必要があり、リストに追加されます-ノートは、カタログの形式を追加しました：/ .ideaを
（6）最後のことを思い出させる：.gitignore文書は、仮想環境をフィルタリングする必要があり、そこに仮想環境へのデフォルトのフィルタであるが、対応するディレクトリ名に注意を払う必要があります！
gitのステータス表示を実行します
バージョン管理下のファイルやディレクトリを表示するにgitのgit statusコマンドを実行します。
Gitの追加を実行します。キャッシュにファイルを保存します
gitのアドオン。
-m「初期化」をコミットgitのを実行する記述ファイルを追加しました
Gitは-m「初期化」をコミット
操作の遠位端
プロジェクトは、クラウドコードのバージョン管理を使用することです。
クラウドコードの民間倉庫を作成します。
民間倉庫を作成した後、このページには、以下を表示されます。
ローカルおよびリモートリポジトリを接続します
上記のヒントによれば、ローカルおよびリモートリポジトリ接続構成で：
私たちは完了です。
この場合、あなたはまた、コードの行を持っています！
独自の開発と簡単に共同開発 - 未来では、バージョンコントロールを使用してプロジェクトを開発することができるようになります。