Quelqu'un peut-il suggérer de sauvegarder mon travail sur Git temporairement car j'ai perdu mes 15 jours de travail en raison de la défaillance de la machine. Git Stash n'est pas utile car elle permet d'économiser des données localement et de vous engager pendant 30 jours, puis fusionner n'est pas une bonne idée que lorsque nous voulons déplacer des données à la production, il y aura 30 à 40 commits. Y a-t-il un moyen de sauvegarder le travail temporairement et d'accès d'un autre système. p>
4 Réponses :
Le suivi suivant pourrait aider: P>
1-Vous pouvez créer un fichier diff: e.g par commande: GIT DIFF> TEMP.DIFF P>
2-commettez-le et appuyez sur le serveur p>
3-dans une autre machine à tirer et appliquez la DIFF par commande: GIT Appliquez TEMP.DIFF P>
4-boucle à travers jusqu'à la fin de votre tâche p>
5-à la fin Vous pouvez supprimer le fichier temp.duff et commettre des modifications réelles p>
Il peut y avoir plusieurs fichiers et créer ceux-ci n'est pas une bonne idée que je pense
Cela nécessite de commettre, que l'OP ne veut pas explicitement.
Faites une nouvelle branche pour ces changements temporaires avec un nom important montrant que cette branche est comme un brouillon. Lorsque vous revenez pour continuer votre travail, fusionnez-le à votre agence de travail originale et détruisez le projet. p>
Cela nécessite de commettre, que l'OP ne veut pas explicitement.
Ce que j'ai compris, c'est qu'il ne veut pas pousser son travail temporaire à la succursale et il a mal utilisé le mot "commettre" pour décrire cela. Il souhaite sauver ce travail temporaire quelque part en sécurité à l'extérieur de sa machine locale et sauvegarder tout travail à distance ne peut pas être fait sans s'engager.
L'engagement est le moyen em> pour enregistrer les modifications de GIT. Depuis que vous permettez de vous engager, il n'y a vraiment rien d'autre que cela ne peut être fait, du moins pas dans Git. P>
Bien sûr, il y a beaucoup de choses qui peuvent être faites dehors em> git, les sauvegardes étant l'une d'elles. Comme le vieil adage se passe: toutes les données importantes ont des sauvegardes et si vous n'avez pas de sauvegarde, vos données n'étaient pas si importantes pour commencer. P>
Vous pouvez créer une branche temporaire à cette fin. Vous pouvez Nous pouvons les écraser à une seule valte à l'aide de la commande Après cela, vous pouvez commettez code> et appuyez sur code> sur la télécommande, pour y accéder à partir de différents systèmes. Comme vous l'avez dit, si vous vous engagez pendant 30 jours, il y aura 30 + code> commettre. git squash code>. p> Fusionner CODE> Ceci s'engagit également à votre production: P> git rebase --interactive HEAD~[30]
Vous devriez savoir que
git commit code> fait en réalité les engagements sous la hotte. L'engagement de votre travail d'une manière ou d'une autre est vraiment la seule option pratique.Vous pouvez ajouter autant de télécommandes que vous le souhaitez. Vous pouvez donc ajouter une deuxième télécommande pour les sauvegardes et appuyer sur la télécommande de production uniquement lorsque vous êtes prêt à le faire, sinon vous appuyez sur la télécommande de sauvegarde uniquement.
Juste faire des commits. Ils sont peu coûteux. Faire des branches pour se souvenir de ces commits; Les branches sont si basses pour être presque gratuites.
Lisez à propos de Git Workflows . Il est correct d'avoir 100 de commettre dans une branche. Lorsque vous fusionnez de maîtriser, vous pouvez faire une courge ou une courge avant de fusionner