threads / discuss / 16836

push to backup repo periodically fails with "not fast forward"

Subject: push to backup repo periodically fails with "not fast forward"

## tl;dr

5 messages between Dec 22, 2008 and Dec 22, 2008.

replies: 4people: 3as markdown or json

davetron5000· Dec 22, 2008, 16:24 UTC · lore

I have a repo on another disk that I ONLY use to backup my in-use local repo. I have a post-commit hook that does the push (git push -- all remote-repo-name)

>git commit -a -m 'some change'
Counting objects: 71, done.
Compressing objects: 100% (26/26), done.
Writing objects: 100% (29/29), 2.31 KiB, done.
Total 29 (delta 12), reused 0 (delta 0)
Unpacking objects: 100% (29/29), done.
To file:///Volumes/Git/pose/main
   22d7f10..0037aaf  bimonthly-frequency -> bimonthly-frequency
 ! [rejected]        master -> master (non-fast forward)
error: failed to push some refs to 'file:///Volumes/Git/pose/main'
Created commit 0037aaf: Removed assertion that made no sense.
 1 files changed, 0 insertions(+), 2 deletions(-)

I'm using git as a front-end to Subversion, but I can't figure out why this is happening.

The repo at /Volumes/Git/pose/main is NEVER pulled from or pushed to by anything other than my hook. I can't understand why any push to it would NOT be a fast-forward.

Any ideas how I can figure out what's going on?
Felipe Contreras· Dec 22, 2008, 17:11 UTC · re: davetron5000 · lore

Re: push to backup repo periodically fails with "not fast forward"

On Mon, Dec 22, 2008 at 6:24 PM, davetron5000 <davetron5000@gmail.com> wrote:
Show 25 quoted lines
> I have a repo on another disk that I ONLY use to backup my in-use
> local repo.  I have a post-commit hook that does the push (git push --
> all remote-repo-name)
>
>>git commit -a -m 'some change'
> Counting objects: 71, done.
> Compressing objects: 100% (26/26), done.
> Writing objects: 100% (29/29), 2.31 KiB, done.
> Total 29 (delta 12), reused 0 (delta 0)
> Unpacking objects: 100% (29/29), done.
> To file:///Volumes/Git/pose/main
>   22d7f10..0037aaf  bimonthly-frequency -> bimonthly-frequency
>  ! [rejected]        master -> master (non-fast forward)
> error: failed to push some refs to 'file:///Volumes/Git/pose/main'
> Created commit 0037aaf: Removed assertion that made no sense.
>  1 files changed, 0 insertions(+), 2 deletions(-)
>
> I'm using git as a front-end to Subversion, but I can't figure out why
> this is happening.
>
> The repo at /Volumes/Git/pose/main is NEVER pulled from or pushed to
> by anything other than my hook.  I can't understand why any push to it
> would NOT be a fast-forward.
>
> Any ideas how I can figure out what's going on?
Do you rebase your original repo?
-- 
Felipe Contreras
David Copeland· Dec 22, 2008, 17:15 UTC · re: Felipe Contreras · lore

Re: push to backup repo periodically fails with "not fast forward"

the original gets rebased from a git svn rebase on occasion; so I guess that is causing things to not be fast-forward.

I guess all I really want to do is keep a duplicate copy of my repo somewhere else. Should I just use --force in my hook, or abandon git as the mechanism and use rsync?

Dave

On Mon, Dec 22, 2008 at 12:11 PM, Felipe Contreras <felipe.contreras@gmail.com> wrote:

Show 32 quoted lines
> On Mon, Dec 22, 2008 at 6:24 PM, davetron5000 <davetron5000@gmail.com> wrote:
>> I have a repo on another disk that I ONLY use to backup my in-use
>> local repo.  I have a post-commit hook that does the push (git push --
>> all remote-repo-name)
>>
>>>git commit -a -m 'some change'
>> Counting objects: 71, done.
>> Compressing objects: 100% (26/26), done.
>> Writing objects: 100% (29/29), 2.31 KiB, done.
>> Total 29 (delta 12), reused 0 (delta 0)
>> Unpacking objects: 100% (29/29), done.
>> To file:///Volumes/Git/pose/main
>>   22d7f10..0037aaf  bimonthly-frequency -> bimonthly-frequency
>>  ! [rejected]        master -> master (non-fast forward)
>> error: failed to push some refs to 'file:///Volumes/Git/pose/main'
>> Created commit 0037aaf: Removed assertion that made no sense.
>>  1 files changed, 0 insertions(+), 2 deletions(-)
>>
>> I'm using git as a front-end to Subversion, but I can't figure out why
>> this is happening.
>>
>> The repo at /Volumes/Git/pose/main is NEVER pulled from or pushed to
>> by anything other than my hook.  I can't understand why any push to it
>> would NOT be a fast-forward.
>>
>> Any ideas how I can figure out what's going on?
>
> Do you rebase your original repo?
>
> --
> Felipe Contreras
>
Felipe Contreras· Dec 22, 2008, 17:19 UTC · re: David Copeland · lore

Re: push to backup repo periodically fails with "not fast forward"

On Mon, Dec 22, 2008 at 7:15 PM, David Copeland <davetron5000@gmail.com> wrote:
Show 6 quoted lines
> the original gets rebased from a git svn rebase on occasion; so I
> guess that is causing things to not be fast-forward.
>
> I guess all I really want to do is keep a duplicate copy of my repo
> somewhere else.  Should I just use --force in my hook, or abandon git
> as the mechanism and use rsync?

I would manually do 'git push backup' at certain points since not all my commits are meant to be backed up, specially on temporal feature branches.

But --force should do the trick.
-- 
Felipe Contreras
Nicolas Pitre· Dec 22, 2008, 18:27 UTC · re: David Copeland · lore

Re: push to backup repo periodically fails with "not fast forward"

On Mon, 22 Dec 2008, David Copeland wrote:
Show 6 quoted lines
> the original gets rebased from a git svn rebase on occasion; so I
> guess that is causing things to not be fast-forward.
> 
> I guess all I really want to do is keep a duplicate copy of my repo
> somewhere else.  Should I just use --force in my hook, or abandon git
> as the mechanism and use rsync?
Using --force is definitively better than rsync.
Nicolas

← back to recent threads