Git is by its
very nature a distributed system. Investing in something
like AWS for this
makes no sense.
We have no issue with a project team working from a local
clone. Some amount of
latency is expected, but a full month is too much for a
project that is
expected to working in an open and transparent manner. It is
basically
impossible for anybody else to participate in the project if
the repository is
always days, weeks, or months out-of-date.
The pushes back to eclipse.org have to be done more
frequently.
At a minimum, you should be able to very quickly set up a
cron job that forces
a push to eclipse.org every day, or--even better--a few
times a day (every
hour). This should literally require a one-liner cron
entry. I can help
if necessary.
Your developers shouldn't even notice the push is happening.
Even better would
be some kind of commit hook that does the push (as Jesse
suggests). If a single
push fails, the next one will do the job. That's how Git
works.
This needs to be automatic.
Please make this happen as soon as possible.
Wayne
On 04/26/2013
04:59 PM, Wenfeng Li
wrote:
Wayne
Is
it your recommendation
that projects should not use a local git depot, instead
all should just use the
Eclipse master git depot?
We
had run into network and
accessibility issue to the Eclipse server in the past
that causing delay of
work and risking not meeting the simultaneous release
schedule.
There were many times, developers can't do work for a
several hours to a
couple of day. And there were one time when the whole
team was shut down
for a week due to a undersea cable was cut between North
America and
Asia.
One
possible solution is for
Eclipse foundation to create a distributed git service
around the world (using
AWS?), it will allow committers to remove the need of
local gits.
For
now, with distributed
git, there is a question of how often you push the local
copy to the master
copy. It is a matter of someone needs to do the work.
The more
often the push, the more work. On the other hand, we
understand we don't
want to have a big gap. so our plan is to push after
every
stable build since we expect most users would only be
using stable builds.
In
short, I agree that we
need to push the code now, since it has been too long
since last push.
The intention was to push at least once a month if not
more often after each
stable build.
br,
Wenfeng
I'm moving
this discussion out of
bugzilla an onto the PMC list.
I assume that you mean "Git" rather than "GitHub".
How often does this push happen?
_______________________________________________
birt-pmc mailing list
birt-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/birt-pmc