Ce n'est pas une bonne habitude. Tout d'abord, vous devez comprendre qu'utiliser la base de code n'utilise pas Ctrl + S. Le commit dans la base de code doit être un 完整或者相对完整的功能, pas un 改一行代码提交一次. De plus, Git est distribué dans la nature et peut être utilisé sans entrepôt distant. Si vous l'utilisez seul, pourquoi auriez-vous besoin d'un entrepôt distant ? Ou, si plusieurs personnes l'utilisent, alors vos poussées fréquentes vers l'extrémité distante doivent souvent résoudre des conflits. N'est-ce pas créer des problèmes si vous perdez du temps à résoudre fréquemment des conflits ?
Les commits et push fréquents sont une perte de temps
Selon le principe de git, à chaque fois que vous commitez, vous enregistrerez un instantané supplémentaire du code, ce qui gaspille la mémoire du disque dur (même s'il y a beaucoup de mémoire)
Plus vous prenez d'engagements, plus vous aurez de problèmes dans le futur et vous devrez inverser ou sélectionner, ce sera gênant et difficile à maintenir
Il est recommandé de s'engager par étapes et de s'engager raisonnablement, sinon vous ne saurez pas comment rédiger le message de commit
Comme mentionné ci-dessus, les commits fréquents sont une bonne habitude. Combien de temps entendez-vous par push fréquents ? Généralement, le code doit être soumis à la succursale des fonctionnalités distantes de l'entrepôt avant de quitter le travail (pour éviter les longues nuits et les rêves). Si vous pensez qu'il n'y a aucun problème à tester cette fonction, poussez-la à se développer. Les spécificités dépendent de vos spécifications de gestion git. Les codes de différentes périodes doivent être poussés vers différentes branches. Mais il est très nécessaire de pousser votre propre code vers la succursale distante avant de quitter le travail tous les jours
S'il ne s'agit pas d'un changement majeur ou si vous avez besoin d'obtenir le dernier projet depuis une autre machine, utilisez git add, git commit -m "xx" pour l'enregistrer dans l'entrepôt local.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Ce n'est pas une bonne habitude. Tout d'abord, vous devez comprendre qu'utiliser la base de code n'utilise pas
Ctrl + S. Le commit dans la base de code doit être un完整或者相对完整的功能, pas un改一行代码提交一次.De plus,
Gitest distribué dans la nature et peut être utilisé sans entrepôt distant. Si vous l'utilisez seul, pourquoi auriez-vous besoin d'un entrepôt distant ?Ou, si plusieurs personnes l'utilisent, alors vos poussées fréquentes vers l'extrémité distante doivent souvent résoudre des conflits. N'est-ce pas créer des problèmes si vous perdez du temps à résoudre fréquemment des conflits ?
Personnellement, je ne pense pas.
Engagez-vous fréquemment en local, puis poussez vers le distant après avoir atteint une petite attente
Les commits et push fréquents sont une perte de temps
Selon le principe de git, à chaque fois que vous commitez, vous enregistrerez un instantané supplémentaire du code, ce qui gaspille la mémoire du disque dur (même s'il y a beaucoup de mémoire)
Plus vous prenez d'engagements, plus vous aurez de problèmes dans le futur et vous devrez inverser ou sélectionner, ce sera gênant et difficile à maintenir
Il est recommandé de s'engager par étapes et de s'engager raisonnablement, sinon vous ne saurez pas comment rédiger le message de commit
Comme mentionné ci-dessus, les commits fréquents sont une bonne habitude. Combien de temps entendez-vous par push fréquents ? Généralement, le code doit être soumis à la succursale des fonctionnalités distantes de l'entrepôt avant de quitter le travail (pour éviter les longues nuits et les rêves). Si vous pensez qu'il n'y a aucun problème à tester cette fonction, poussez-la à se développer. Les spécificités dépendent de vos spécifications de gestion git. Les codes de différentes périodes doivent être poussés vers différentes branches. Mais il est très nécessaire de pousser votre propre code vers la succursale distante avant de quitter le travail tous les jours
S'il ne s'agit pas d'un changement majeur ou si vous avez besoin d'obtenir le dernier projet depuis une autre machine, utilisez git add, git commit -m "xx" pour l'enregistrer dans l'entrepôt local.