How to keep uncommitted work in a git clone
David Bariod
davidriod at googlemail.com
Thu Nov 3 22:39:33 PDT 2016
Hello,
Personnally, I would just commit such change. It is cheap, can be reworked
later and be ketp safe in a private remote repository in case of disaster.
With git there are no reason to not commit event not ready yet change set.
Best regards,
David
On Fri, Nov 4, 2016 at 2:56 AM, Ryan Schmidt <ryandesign at macports.org>
wrote:
> With Subversion, I was accustomed to keeping changes in my working copy
> that I was not ready to commit yet.
>
> Git doesn't let me do that. It complains and tells me to git stash and
> later git stash pop.
>
> Well, I tried that. I git stashed, then made changes to curl and committed
> them, and later when I tried to git stash pop, my other changes that I had
> in my git clone were not restored. I have no idea where they are now.
>
> I can get these particular changes back from my old Subversion working
> copy, but I don't understand how I'm meant to work with git when I have
> changes that I'm not ready to commit yet, yet there are other changes I
> need to make and commit elsewhere within that same clone.
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20161104/f5230eb6/attachment-0001.html>
More information about the macports-dev
mailing list