[git-users] managing only-local changes
When I am working with a certain git repo I need to make a 1 line change to the Makefile (for adapting to my paths) So then whenever I do git pull I get error: Your local changes to the following files would be overwritten by merge: Makefile Please, commit your changes or stash them before you can merge. What is the normal approach to solving this? -- You received this message because you are subscribed to the Google Groups Git for human beings group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
Re: [git-users] managing only-local changes
is it a repo that you only use or a repo where you contribute to? if you only receive (git pull) but never contribute (git push), then i would commit your changes locally. then subsequent updates will be merged with your local change until somebody else modifies and git pushes the path, which brings me to the second part: if you also contribute to the repo then i would change your Makefile: separate it into a generic part and a specific part (Makefile.config, included in Makefile). it would then make sense to take Makefile.config outside of version control. typically configure generates Makefile.config. since it is different on each machine it does not make sense to track it in the origin repo. good luck! On Sun, 20 Nov 2011 18:55:02 +0100, Rustom Mody rustompm...@gmail.com wrote: When I am working with a certain git repo I need to make a 1 line change to the Makefile (for adapting to my paths) So then whenever I do git pull I get error: Your local changes to the following files would be overwritten by merge: Makefile Please, commit your changes or stash them before you can merge. What is the normal approach to solving this? -- You received this message because you are subscribed to the Google Groups Git for human beings group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
[git-users] Re: managing only-local changes
The normal approach is pretty much what the error message says: Either commit first, or stash the changes. Example of the latter approach: $ git pull error msg $ git stash save $ git pull $ git stash pop handle conflicts -- You received this message because you are subscribed to the Google Groups Git for human beings group. To view this discussion on the web visit https://groups.google.com/d/msg/git-users/-/sTEO80x-O_sJ. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
[git-users] Re: Git revision number
On Saturday, November 19, 2011, Konstantin Khomoutov flatw...@users.sourceforge.net wrote: On Fri, 18 Nov 2011 12:20:03 -0800 PJ Weisberg p...@irregularexpressions.net wrote: The more I think about it, though, the more I think I could probably get away with using a timestamp for what I had in mind. I'm curious about what do you have in mind; could you please explain? A while ago, someone at $work made a mini-webapp that shows a chart of which versions of various projects are deployed to which QA servers and which customer sites. Out-of-date versions (with a lower version number) are highlighted. One of the newer projects that another team created is showing ERR for the version, because it has a Git SHA1 instead of an SVN revision number. I was looking for the minimal change I could make to make it Git-compatible, which I thought would be a version number like what's shown in `git describe'. (Ideally I didn't want to disrupt the layout by using something much wider than our current 4-digit SVN rev numbers, but that's not really important.) Since the main usecases are answering questions like: Is $foo up to date? Which customers are WAY out of date? Does $customer_site have the bugfix we made last week? I'm pretty sure a datestamp would be enough for the at-a-glance view. -- -PJ -- You received this message because you are subscribed to the Google Groups Git for human beings group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
[git-users] Re: Git revision number
I had similar problem with our customers - they are used to version numbers. So we modified our history to keep the number of commits since first adding. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To view this discussion on the web visit https://groups.google.com/d/msg/git-users/-/6gvmqfTopVsJ. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
Re: [git-users] Re: managing only-local changes
On Mon, Nov 21, 2011 at 1:01 AM, Thomas Ferris Nicolaisen tfn...@gmail.comwrote: The normal approach is pretty much what the error message says: Either commit first, or stash the changes. Example of the latter approach: $ git pull error msg $ git stash save $ git pull $ git stash pop handle conflicts Beautiful -- Thanks! -- You received this message because you are subscribed to the Google Groups Git for human beings group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
Re: [git-users] managing only-local changes
On Sun, Nov 20, 2011 at 11:59 PM, radovan bast radovan.b...@uit.no wrote: is it a repo that you only use or a repo where you contribute to? if you also contribute to the repo then i would change your Makefile: separate it into a generic part and a specific part (Makefile.config, included in Makefile). it would then make sense to take Makefile.config outside of version control. Thanks. That brings up matter for another thread but for now I just want to say that you mean I guess?? Makefile.config : specific part Makefile: generic part [Just for anyone else who reads this thread] -- You received this message because you are subscribed to the Google Groups Git for human beings group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.