Re: committing empty diffs
- From
Don Zickus <dzickus@gmail.com>
- Date
- Feb 12, 2007, 20:19 UTC
- Message-ID
- <68948ca0702121219v6056d2dau65c57b47bfc61a00@mail.gmail.com>
- In-Reply-To
- <20070212200324.GB30440@spearce.org>
On 2/12/07, Shawn O. Pearce <spearce@spearce.org> wrote:
Show 18 quoted lines
> Don Zickus <dzickus@gmail.com> wrote: > > Considering git-commit doesn't allow this (probably for good reason), > > is it technically safe to do the following sequence of events? > > > > tree=$(git-write-tree) #basically the same tree HEAD points to > > commit=$(echo $IDEAS | git-commit-tree $tree -p HEAD) > > git-update-ref HEAD $commit HEAD > > > > I figured all a commit is doing is taking a snapshot of a particular > > tree at a moment in time. And taking multiple snapshots at that same > > moment and stringing them together (pointed to by HEAD) wouldn't be a > > big deal. > > > > Am I going to wind up shooting myself in the foot later or will this > > work? Light testing didn't show any issues. Thought I would ask the > > experts. Thanks. > > No, it won't break anything.
Great.
Show 6 quoted lines
> > I do that empty commit myself for a different reason. I wouldn't > recommend that you do that with public history, and since the file > didn't change in that commit you cannot do `git log -- foo.c` to > see which notes you wrote about foo.c. But `git log` will still > show you the messages.
Hmm. Good point.
Cheers, Don