public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Samuel Tardieu <sam@rfc1149.net>
To: Daniel Berlin <dberlin@dberlin.org>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>,
	"Frank Ch. Eigler" <fche@redhat.com>,
	bernie@codewiz.org, harvey.harrison@gmail.com,
	overseers@gcc.gnu.org, Tobias Grosser <tobi-grosser@web.de>,
	GCC Development <gcc@gcc.gnu.org>,
	David Woodhouse <dwmw2@infradead.org>
Subject: Re: Official GCC git repository
Date: Fri, 18 Apr 2008 16:16:00 -0000	[thread overview]
Message-ID: <2008-04-18-18-15-50+trackit+sam@rfc1149.net> (raw)
In-Reply-To: <4aca3dc20804180845l7037b734u1881e69d3799019e@mail.gmail.com>

On 18/04, Daniel Berlin wrote:

| >  how is the GIT repository synced? Is there a hook which updates it
| >  after a svn commit?
| 
| No.
| It is synced every 30 minutes.
| 
| >
| >  I'm about to switch from infradead to gcc.gnu.org, and I want to make
| >  sure that the latter is synced at least as frequently as the former
| >  before I do that.
| 
| I have strong doubts that whether it is synced every commit or every
| 30 minutes seriously affects your development.

Where did I wrote that it would "seriously affect my development"?

However, having it synced periodically rather than after every commit is
an annoyance. For example, when I see an interesting commit, I sometimes
want to look at it once installed in the sources; the easiest solution
is to refresh my git repository and look at it. If it's not there yet,
it's an annoyance.

When one of my patches get approved, before committing it, I rebase it
on the latest sources and put it at the bottom of my patch stack and checks
that it at least still compiles cleanly. If git is not in sync, it's an
annoyance.

When I commit one of my patches, I remove it from my git patch stack
and rebase other patches on top of the upstream git repository, which
should now include the patch I just checked in. If git is not in sync,
I have to either leave for up to 30 minutes with one patch missing,
or I have to wait for up to 30 minutes before I can remove the original
from my tree.  It's an annoyance.

As you see, no, it doesn't "seriously affect my development", it just
makes it less practical and, more importantly from my point of view,
less fun. Especially when there are no obstacles to making it be more
practical but a one-time setup.

So having git refresh itself after a SVN commit would be great :)

  reply	other threads:[~2008-04-18 16:16 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <47D7F8DA.8060703@codewiz.org>
     [not found] ` <1205410672.843.22.camel@tobilaptop>
     [not found]   ` <4aca3dc20803130947q4a37f007oc4d4ed281a68526@mail.gmail.com>
     [not found]     ` <47D96B8C.7030404@codewiz.org>
     [not found]       ` <4aca3dc20803131148r326cf834pa9daeef29bc1e57d@mail.gmail.com>
2008-03-13 23:10         ` Bernardo Innocenti
2008-03-14  1:23           ` Angela Marie Thomas
2008-03-14  1:34           ` Harvey Harrison
2008-03-14 10:38             ` Bernardo Innocenti
2008-03-14  7:19           ` Harvey Harrison
2008-03-14  7:52             ` Bernardo Innocenti
2008-03-14 13:47               ` Paolo Bonzini
2008-03-14 14:06           ` Daniel Berlin
2008-03-14 14:43             ` Frank Ch. Eigler
2008-03-17 13:52               ` Angela Marie Thomas
2008-03-14 15:14           ` Frank Ch. Eigler
2008-03-26 17:13             ` Frank Ch. Eigler
2008-03-26 18:39               ` Aaron Gray
2008-03-26 18:56               ` Daniel Berlin
2008-03-27  0:02                 ` Bernardo Innocenti
2008-03-27  0:15                   ` Daniel Berlin
2008-03-27  0:35                     ` Harvey Harrison
2008-03-27  2:05                       ` Daniel Berlin
2008-03-27  2:15                         ` Harvey Harrison
2008-03-27  3:11                           ` Daniel Berlin
2008-03-27  3:12                             ` Harvey Harrison
2008-03-27  4:13                               ` Daniel Berlin
2008-03-27  6:17                                 ` Harvey Harrison
2008-03-27  2:04                     ` Harvey Harrison
2008-03-27  2:12                       ` Daniel Berlin
2008-03-27  2:57                         ` Harvey Harrison
2008-03-27  2:58                           ` Daniel Berlin
2008-03-27  4:03                             ` Harvey Harrison
2008-03-27  8:39                               ` Paolo Bonzini
2008-03-28  7:05                                 ` Samuel Tardieu
2008-08-17 16:31                                   ` Gerald Pfeifer
2008-08-17 18:28                                     ` Christopher Faylor
2008-08-17 20:28                                       ` Gerald Pfeifer
2008-03-27 11:29                       ` Andreas Schwab
2008-04-15  2:46                 ` Kirill A. Shutemov
2008-04-15  5:07                   ` Daniel Berlin
     [not found]                     ` <1208237560.11920.65.camel@brick>
     [not found]                       ` <4aca3dc20804142234r4e91678ftd2b70e8ff40c64a4@mail.gmail.com>
2008-04-15  5:40                         ` Harvey Harrison
2008-04-15  6:38                     ` Bernie Innocenti
2008-04-15 12:40                       ` Kirill A. Shutemov
2008-04-18 10:32                     ` Samuel Tardieu
2008-04-18 15:46                       ` Daniel Berlin
2008-04-18 16:16                         ` Samuel Tardieu [this message]
2008-04-18 17:22                           ` Daniel Berlin
2008-04-18 17:41                             ` Samuel Tardieu
2008-04-18 18:57                               ` Daniel Berlin
2008-04-18 19:07                                 ` Samuel Tardieu
2008-04-18 19:16                                   ` Daniel Berlin
2008-04-18 19:58                                     ` Alfred M. Szmidt
2008-04-18 20:07                                       ` Daniel Berlin
2008-04-18 20:20                                         ` Alfred M. Szmidt
2008-04-19  0:47                                     ` Jonathan Larmour
2008-04-19  2:14                                       ` Daniel Berlin
2008-04-19  2:58                                   ` Christopher Faylor
2008-04-19  7:48                                     ` Samuel Tardieu
2008-04-19 15:31                                     ` NightStrike
2008-04-19 15:33                                       ` NightStrike
2008-04-19 15:33                                       ` Daniel Berlin
2008-04-19 15:34                                         ` NightStrike
2008-04-19 16:55                                           ` David Woodhouse
2008-04-20 15:08                                     ` Kirill A. Shutemov
2008-04-23 18:10                                     ` Samuel Tardieu
2008-04-23 21:15                                       ` Christopher Faylor
2008-04-24 16:10                                         ` Christopher Faylor
2008-04-24 16:11                                           ` Samuel Tardieu
2008-04-24 16:37                                           ` Daniel Berlin
2008-04-20 23:10                                   ` Bernie Innocenti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2008-04-18-18-15-50+trackit+sam@rfc1149.net \
    --to=sam@rfc1149.net \
    --cc=bernie@codewiz.org \
    --cc=dberlin@dberlin.org \
    --cc=dwmw2@infradead.org \
    --cc=fche@redhat.com \
    --cc=gcc@gcc.gnu.org \
    --cc=harvey.harrison@gmail.com \
    --cc=kirill@shutemov.name \
    --cc=overseers@gcc.gnu.org \
    --cc=tobi-grosser@web.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).