[virtualization-guide: 2/2] silly git merge....
Paul W. Frields
stickster at gmail.com
Fri Jun 18 15:12:03 UTC 2010
On Fri, Jun 18, 2010 at 10:33:03AM +1000, Chris Curran wrote:
> On 06/18/2010 01:56 AM, Paul W. Frields wrote:
> > On Thu, Jun 17, 2010 at 05:36:31AM +0000, Chris Curran wrote:
> >
> >> silly git merge....
> >>
> >> en-US/Storage_Pools_Partitions.xml.orig | 360 -------------------------------
> >> 1 files changed, 0 insertions(+), 360 deletions(-)
> >>
> > In case anyone's interested, you can add a .gitignore file in the root
> > of your module to block git from worrying about files like *.orig or
> > backup files that might be created by different editors. You can also
> > do this inside a subfolder to only ignore things in that part of a
> > tree.
> >
> > http://book.git-scm.com/4_ignoring_files.html
> >
> >
> You can also modify your last commit with git commit --amend [directory,
> files or -a for all].
>
> Fetch and rebase is better than using pull. Pull was how I made the
> colossal mess in that commit :).
Definitely Been There, Done That! :-) There is a 'git pull --rebase'
as well, although in pursuit of understanding more, I tend nowadays to
do a 'git fetch --all', then 'git status' to see if I can simply
fast-forward to the end of the history, and then 'git pull' if so.
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
Where open source multiplies: http://opensource.com
More information about the docs
mailing list