Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UCVs6-0007VG-CK for pgsql-www@arkaria.postgresql.org; Mon, 04 Mar 2013 13:56:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UCVs5-0000Od-SS for pgsql-www@arkaria.postgresql.org; Mon, 04 Mar 2013 13:56:05 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UCVs4-0000Ni-Np for pgsql-www@postgresql.org; Mon, 04 Mar 2013 13:56:05 +0000 Received: from mail-wi0-x22a.google.com ([2a00:1450:400c:c05::22a]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UCVs3-0007CG-DB for pgsql-www@postgresql.org; Mon, 04 Mar 2013 13:56:04 +0000 Received: by mail-wi0-f170.google.com with SMTP id hm11so2191571wib.1 for ; Mon, 04 Mar 2013 05:56:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=u13klimM1GcJX9736O69Pv4C3s2/2rzpB51C5UQqr4g=; b=j/08QIzsTayY53uaTSG4e2YAxWNu9LHWhdsoJBySCnuyPLvHqAiE4xpkCA6i4TD/fP 76q4MZSReWUBaP63kSnJbmJD7gf6Bb6MzQqZCOHxJZbQxWMAlR0Kn2vJeVd4TXJOFo8G co+OtpC3WTHJ6BkjvwzLuVUqGRzpV5isVBzJpTCNqBpcVWCczU2aP9LWvUVrSe8XRpum YhbV/TIrIh5v3e0W+jiI5q1owpCmLZE34WQrCD6Wo9DLYSzzzHwEZND74pFv+m4zZ5GK pqB7fh7k6xWUmnkNK/gSz1POckPe7YirWkMe+GknL7f8JadGXwItMrGMJGx9yT42ghUo VX2w== MIME-Version: 1.0 X-Received: by 10.180.103.65 with SMTP id fu1mr11761459wib.4.1362405362461; Mon, 04 Mar 2013 05:56:02 -0800 (PST) Received: by 10.194.171.40 with HTTP; Mon, 4 Mar 2013 05:56:02 -0800 (PST) In-Reply-To: <1362405162.66623.YahooMailNeo@web162904.mail.bf1.yahoo.com> References: <19759.1362357835@sss.pgh.pa.us> <20130304020324.GE16142@tamriel.snowman.net> <2480.1362363162@sss.pgh.pa.us> <20130304023335.GH16142@tamriel.snowman.net> <1362402660.43431.YahooMailNeo@web162901.mail.bf1.yahoo.com> <1362405162.66623.YahooMailNeo@web162904.mail.bf1.yahoo.com> Date: Mon, 4 Mar 2013 14:56:02 +0100 Message-ID: Subject: Re: gitweb is no longer a real-time view From: Magnus Hagander To: Kevin Grittner Cc: Tom Lane , Peter Eisentraut , PostgreSQL WWW , Stephen Frost Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnUKbQ5kbWF4oosXFn8J2L27vC5Vuv40esq1xN2083wk7HonQRfiRyF4fUVIKtLTkfYUN9X X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-www Precedence: bulk Sender: pgsql-www-owner@postgresql.org On Mon, Mar 4, 2013 at 2:52 PM, Kevin Grittner wrote: > Magnus Hagander wrote: > >> Question still remains how then. >> >> Normally it should, AFAIK, refuse to do such a push without a --force. >> But admittedly, I don't know for sure exactly how those more complex >> setups work. >> >> Do you by any chance have any other git settings either in your local >> or in the repository config? >> >> Also, can someone who knows how that stuff is set up, explain why it's >> pushing anonymous/master in this case? Seems like it should just push >> the actual branch, no? Are those instructions for usage wrong? >> >> >>> kgrittn@Kevin-Desktop:~/pg/postgresql.git$ git remote --verbose >>> origin ssh://git@gitmaster.postgresql.org/postgresql.git (fetch) >>> origin ssh://git@gitmaster.postgresql.org/postgresql.git (push) >>> kgrittn@Kevin-Desktop:~/pg/postgresql.git$ cd ../master >>> kgrittn@Kevin-Desktop:~/pg/master$ pull >>> remote: Counting objects: 31, done. >>> remote: Compressing objects: 100% (16/16), done. >>> remote: Total 16 (delta 15), reused 0 (delta 0) >>> Unpacking objects: 100% (16/16), done. >>> From /home/kgrittn/pg/postgresql >>> + 3a21ef1...b15a6da master -> origin/master (forced update) >> >> ^^ there's another forced update. Which seems to indicate that your >> git is doing forced updates by default in both directions. >> >> I have no idea how it would do that by default - I've always received >> an error when accidentally doing something like that... > > Are there any files to look at besides these?: > > kgrittn@Kevin-Desktop:~/pg/master$ cat ~/.gitconfig > [user] > name = Kevin Grittner > email = kgrittn@postgresql.org > [core] > excludesfile = /home/kgrittn/.gitexcludesfile > pager = less -x4 > editor = vim > kgrittn@Kevin-Desktop:~/pg/master$ cat .git/config > [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [remote "origin"] > fetch = +refs/heads/master:refs/remotes/origin/master > url = /home/kgrittn/pg/postgresql > [branch "master"] > remote = origin > merge = refs/heads/master > rebase = true > [remote "github"] > url = git@github.com:kgrittn/postgres.git > fetch = +refs/heads/*:refs/remotes/github/* > kgrittn@Kevin-Desktop:~/pg/master$ cat ../postgresql.git/config > [core] > repositoryformatversion = 0 > filemode = true > bare = true > [remote "origin"] > fetch = +refs/*:refs/* > mirror = true ^^ that's your problem. AFAICT, that one sets it to be force-always. > url = ssh://git@gitmaster.postgresql.org/postgresql.git > > The rebase option was something I did because the Wiki instructions > told me to: > > http://wiki.postgresql.org/wiki/Committing_with_Git#Dependent_Clone_per_Branch.2C_Pushing_and_Pulling_From_a_Local_Repository > > I don't think there is anything there which wasn't done per > instructions, but maybe the Wiki needs a fix? Yea, I'm pretty sure that --mirror thing is the cause of the problem. Of course, we shuld deploy protect on the server against this, but that's only going to cause the procedure to *fail* rather than owerwrite the repo. It still need to be fixed. -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/ -- Sent via pgsql-www mailing list (pgsql-www@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-www