Cette fois, nous synchroniserons les fichiers d'application créés localement (Mac) avec le distant (serveur).
Utilisez Git
pour synchroniser les fichiers de projet.
J'ai remarqué que la gestion du code source de nos jours est devenue de plus en plus «Git». Certains peuvent dire que SubVersion a été utilisé.
Il y a essentiellement des avantages et des inconvénients à utiliser quoi que ce soit, mais à moins que vous ne fassiez des choses compliquées, Git
n'est fondamentalement pas difficile, donc ici nous utiliserons Git
pour gérer le code source. ..
Je laisserai l'explication de Git à d'autres, mais je n'en écrirai que le fond.
En particulier, lorsqu'ils se développent seuls, les premiers en bénéficient souvent. Je ne peux pas penser à commencer à utiliser Git en échangeant des fichiers avec FTP un par un.
Cliquez ici pour un commentaire facile à comprendre sur Git ・ Introduction à Git que même les singes peuvent comprendre
C'est dans cet article de commentaire, mais lorsque ces dernières plusieurs personnes exploitent le même projet, cela ressemble à ceci.
Il est géré de manière centralisée dans un endroit appelé «référentiel distant» (pensez-y comme le cloud), et vous pouvez le cloner (le télécharger) sur votre PC local et commencer à travailler. Refléter les différences que vous avez modifiées dans le référentiel distant est appelé «Push», et refléter les modifications que d'autres ont apportées au référentiel distant dans votre référentiel local est appelé «Pull».
Fondamentalement, il s'agit de cela, donc je pense que c'est normal d'avoir une politique de se souvenir tout en l'utilisant.
Utilisez maintenant Git pour pousser le référentiel local (Mac) vers le référentiel distant (BitBucket).
Ici, nous utiliserons un service appelé BitBucket comme référentiel distant.
Le référentiel distant le plus célèbre pour Git est peut-être GitHub. Cependant, GitHub charge un référentiel privé (un référentiel qui est gardé privé pour les autres), alors utilisons BitBucket, qui a un référentiel privé gratuit. Comme il est souvent difficile de mettre en place la coopération entre BitBucket et local ou distant via SSH, je laisserai également l'explication ici, et je partirai de l'hypothèse que Git peut être utilisé localement et à distance.
Accédez à BitBucket (enregistrez-vous si vous n'avez pas enregistré de compte) et créez un nouveau référentiel. Vous pouvez créer un nouveau référentiel à partir du menu déroulant "Référentiels".
Décidons le nom du référentiel et créons-le comme suit.
Ceci termine la création du référentiel distant.
Reportez-vous à «Je vais recommencer à zéro» sur cet écran pour lier le référentiel local et le référentiel distant.
Maintenant, travaillons localement (Mac). Avant de travailler, allez dans le répertoire ʻapi` créé (cela s'appelle le répertoire de travail).
Tout d'abord, initialisez git dans le répertoire de travail.
Initialiser git
$ git init
Ensuite, bien que ce soit un répertoire caché, un répertoire appelé .git
sera créé, et les informations sur git seront gérées ici.
.gitignore
est un fichier qui spécifie les extensions et les fichiers que git ne gère pas.
Si cela n'est pas spécifié, tous les fichiers seront gérés par git et les petits fichiers temporaires provoqueront des conflits (souvent appelés conflits) dans le référentiel distant.
Bien sûr, il est difficile pour les débutants de dire quelle extension doit être omise du contrôle de git (je ne sais pas), mais c'est gitignore.io /) Vous dira tout.
Entrez maintenant Python
et Django
pour générer un fichier .gitignore.
Comme vous pouvez le voir, le fichier à écrire dans .gitignore apparaîtra, alors copiez-le et collez-le dans .gitignore.
.Édition de gitignore
$ vim .gitignore
J'ai édité .gitignore dans vim comme suit.
.gitignore
# Created by https://www.gitignore.io/api/python,django
### Python ###
# Byte-compiled / optimized / DLL files
__pycache__/
*.py[cod]
*$py.class
# C extensions
*.so
# Distribution / packaging
.Python
env/
build/
develop-eggs/
dist/
downloads/
eggs/
.eggs/
lib/
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
.hypothesis/
# Translations
*.mo
*.pot
# Django stuff:
*.log
local_settings.py
# Flask stuff:
instance/
.webassets-cache
# Scrapy stuff:
.scrapy
# Sphinx documentation
docs/_build/
# PyBuilder
target/
# Jupyter Notebook
.ipynb_checkpoints
# pyenv
.python-version
# celery beat schedule file
celerybeat-schedule
# dotenv
.env
# virtualenv
.venv/
venv/
ENV/
# Spyder project settings
.spyderproject
# Rope project settings
.ropeproject
### Django ###
*.pyc
db.sqlite3
media
Si vous ne pouvez pas entrer ou enregistrer avec vim, veuillez copier et coller en suivant les 6 étapes suivantes.
$ vim .gitignore
command + v
: wq
pour enregistrer et quitter vimCeci termine les paramètres .gitignore.
Enfin, nommez le référentiel distant spécifié ʻorigin` et définissez la correspondance.
Liaison avec la télécommande
$ git remote add origin [email protected]:#{your_name}/api.git
Cette commande unique complète le mappage distant-local.
Tout d'abord, ne vous inquiétez pas des détails au début, poussez tout sauf ceux omis dans .gitignore.
Poussez tout vers la branche principale
$ git add .
$ git commit -m 'first commit'
$ git push origin master
Counting objects: 18, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (18/18), 6.12 KiB | 0 bytes/s, done.
Total 18 (delta 1), reused 0 (delta 0)
To [email protected]:#{your_name}/api.git
* [new branch] master -> master
Si vous accédez à la «source» dans le référentiel BitBucket, vous pouvez voir que les informations locales sont envoyées à distance et synchronisées.
Le push est maintenant terminé à distance.
Maintenant que j'ai synchronisé les fichiers que j'avais sur mon Mac avec le référentiel distant, je vais cloner (≒ télécharger) ces informations côté serveur. De plus, nous partirons du principe que la clé SSH avec BitBucket a déjà été enregistrée côté serveur.
Connectez-vous au serveur et accédez au répertoire que vous souhaitez cloner. Les commandes requises pour le clonage peuvent être obtenues auprès de BitBucket.
Maintenant, la commande pour cloner peut être obtenue comme suit, donc copiez-la.
Après cela, exécutez la commande copiée sur le serveur.
$ git clone [email protected]:#{your_name}/api.git
Le même fichier est maintenant créé sur le serveur et l'intégration avec le serveur est terminée.
Nous vous attendons pour nous suivre!
Présentation du service N'hésitez pas à nous contacter si vous êtes intéressé par "Kikagaku", un service de tutorat individuel pour l'apprentissage automatique qui vous permet d'apprendre "mathématiques → programmation → applications Web" en une seule fois.
Recommended Posts