ce qui devrait être dans gitignore, et comment puis-je mettre env dossier de gitignore et c'est ma structure de dossier correct?

Je suis sur le point de déployer mon projet. et je vois que je ne pas créer gitignore avant que j'ai envoyé à bitbucket. Maintenant j'ai créé gitignore, et il n'était pas sûr de ce que pour ajouter alors j'ai googlé et trouvé Recommandé .gitignore fichier Python projets?
selon cette dernière, c'est le meilleur

# Byte-compiled /optimized /DLL files
__pycache__/
*.py[cod]

# C extensions
*.so

# Distribution /packaging
bin/
build/
develop-eggs/
dist/
eggs/
lib/
lib64/
parts/
sdist/
var/
*.egg-info/
.installed.cfg
*.egg

# Installer logs
pip-log.txt
pip-delete-this-directory.txt

# Unit test /coverage reports
.tox/
.coverage
.cache
nosetests.xml
coverage.xml

# Translations
*.mo

# Mr Developer
.mr.developer.cfg
.project
.pydevproject

# Rope
.ropeproject

# Django stuff:
*.log
*.pot

# Sphinx documentation
docs/_build/

mais je ne sais même pas j'ai ces choses dans mon projet.
Aussi, j'ai vu que je suis supposé ignorer virtualenv dossier.
J'ai

project
----project(inside here my files exist)
----env
----static
----.gitignore
----Read_Me.txt
----requirements.txt
Même si vous n'avez pas toutes ces choses dans votre projet, c'est de ne pas nuire à vous, y compris dans votre .gitignore fichier.
merci chuck, je devrais probablement inclure hein, mon projet est la structure correcte?comment dois-je traiter mon fichier de configuration?
Ne pas inclure votre env fichiers dans votre référentiel (c'est à dire, de les ajouter à votre .gitignore!) Vous avez probablement devrait exclure votre static dossier, ainsi.
d'où vient statique dossier?
Il suffit de l'ajouter à votre .gitignore fichier.

OriginalL'auteur em four | 2016-03-16

  1. 12

    Votre env dossier doit être dans le gitignore ouais, mais il n'a pas à être dans votre dossier de projet.
    Vous pouvez mettre tout ce que vous voulez dans votre gitignore, le mien ressemble (pour un très gros projet) par exemple :

    # Byte-compiled /optimized /DLL files
__pycache__/
*.py[cod]
db.sqlite3
migrations/
media/
settings.py
# C extensions
*.so

# Distribution /packaging
.Python
env/
build/
develop-eggs/
dist/
downloads/
eggs/
.eggs/
lib64/
parts/
sdist/
var/
*.egg-info/
.installed.cfg
*.egg

# 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/
.coverage
.coverage.*
.cache
nosetests.xml
coverage.xml
*,cover

# Translations
*.mo
*.pot

# Django stuff:
*.log

# Sphinx documentation
docs/_build/

# PyBuilder
target/

    Votre structure de dossier semble bon, je voudrais ajouter quelques dirs, afin d'optimiser votre code et le répertoire de l'architecture, le mien ressemble à ça, et c'est assez génial, mais vous pouvez faire ce que vous voulez pour tous vos projets :

    project/
---project/
---app1/
---app2/
------migrations/
------url/
---------__init__.py
---------url1.py
---------url2.py
------views/
---------__init__.py
---------view1.py
---------view2.py
------forms/
---------__init__.py
---------form1.py
------models/
---------__init__.py
---------model1.py
---------model2.py
---app3/
---static/
---templates/
------app1/
------app2/
---------view1/
-------------home.html
---------layout.html
------app3/
---templatetags/
---manage.py

    Cette structure de projet permet de séparer les différents modèles de l'ensemble de votre application, il est préférable de modifier rapidement et facilement. Il vous permettra d'avoir une refonte du code à l'intérieur de chaque application, il permet de prévenir les futurs code d'erreur (4000 codes de lignes dans les fichiers vient très rapidement donc être prudent !).

    Il y a trop de dossier séparé pour tous vos statique et de la templatetags, de sorte que vous pouvez l'utiliser partout dans vos modèles, assez impressionnant !

    N'oubliez pas, vous pouvez faire tout ce que vous voulez avec votre structure de dossiers, le meilleur que vous pouvez faire est le meilleur qui s'adapte à vous 🙂

    Espère que cela aide !

    Pourquoi ignorez-vous le migrations dossier? Je crois qu'il est important d'être versionné, car il contient les scripts nécessaires à la mise à jour de la base de données.
    Si vous travaillez avec SQLite sur votre projet Django, il est bon de supprimer les migrations dossier de la .gitignore. Peut-être, avec d'autres bases de données langues (postgresql, mysql, etc...), vous devez le garder. SQLte fournit un excellent développement de rechange pour les applications qui sont principalement en lecture seule ou d'exiger une plus petite empreinte d'installation.

    OriginalL'auteur Mathieu Dfr

  2. 3

    Votre virtualenv dossier peut être complètement à l'extérieur de votre suivi de dossier. Ajoutez simplement requirements.txt .

    tu veux dire le supprimer du dossier? et puis l'ajouter à requriements.txt? comme mis dans mon env requirements.txt?
    Je veux dire: Votre venv dossier doit être quelque part d'autre dans votre système. Il n'y a aucune raison qu'un venv dossier suivi par git ou autre chose. Cependant, il est logique que le requirements.txt doivent être suivis. Afin de reconstruire votre venv ailleurs, et d'exécuter pip freeze > requirements.txt à l'intérieur de votre dossier de projet.
    J'ai essayé de mettre env dossier quelque part d'autre, mais il me donne une erreur si je fais ça.. je n'ai pip freeze > requirements.txt mais encore
    Je pense que je vais juste mettre env dans gitignore

    OriginalL'auteur loutre