Hi everyone, I'm really sorry for the problems caused by my failure. I will do my best to fix that problem as soon as possible. I'm back at home at 6 pm, then I will start immediately. Greetings

Sabine
--
Diese Nachricht wurde von meinem Android Mobiltelefon mit WEB.DE Mail gesendet.



"Zieris, Franz" <Franz.Zieris@fu-berlin.de>schrieb:
I forgot about problem no. 5:

5. If you encounter such problems (and I'm pretty sure you must have noticed this quite soon after the fact)
and these might affect other developers (flooding their inboxes with hundreds of e-mails is only one aspect), you must not wait until someone else takes action (as Stefan did about 4 hours later).
You'll leave everyone else puzzled (see Holger's e-mail a few minutes ago) and forcing them to figure out what might have happened (as I did a few minutes ago while writing my e-mail below).
Instead you should drop at least a short e-mail on the mailing list, e.g. something like:
"Hi everyone, I did something weird, I'm not quite sure what exactly happened, but here is what I did and this is the result. Any advice? Cheers, Sabine."

Franz

-----Original Message-----
From: Zieris, Franz [mailto:franz.zie...@fu-berlin.de]
Sent: Monday, June 29, 2015 9:57 AM
To: Sabine Bender
Cc: dpp-devel@lists.sourceforge.net
Subject: [DPP-Devel] Gerrit clean-up

Hi Sabine,

probably while attempting to rebase *your patch* on the current master, you rebased some 400 commits *from the master branch* to your branch.

Since rebasing creates new commits with new commit-ids, Gerrit simply considers these new patches.
Normally, having the same change-id in the commit message would prevent the push command (Gerrit does not accept new patch sets for changes that are already merged).
But since you pushed these new commits with old change-ids to a different branch ("development/netbeans"), Gerrit considered to be "cherry-picked" -- a reasonable strategy, if you cherry-pick single commits from a feature branch onto the master branch, but certainly not in this scenario.

There are a couple of problems here:
1. Each new commit created a new change in Gerrit. You'll have to abandon them. See the documentation for command line access via SSH [1].
2. Each new Gerrit change triggers a Jenkins job. I figure Stefan already prepared the Jenkins shutdown, i.e. it does not start any new jobs.
(@Stefan: Thank you!)
When you're done with 1., you should kindly ask him to restart Jenkins.
3. You should really try to understand what went wrong here on the Git/Gerrit level. Admittedly, Git is not too easy to understand.
But it's kind of the backbone of our development infrastructure and we expect everyone to educated oneself to get along with it.
4. I'm not sure whether Gerrit offers any configuration options to preclude such misuse (even if unintentional).
So the safest thing for now would be *not* to use a development branch but push your changes to the master instead.


@Everyone else: You can use Gerrit as usual, but until the Jenkins server is restarted (see step 2), no builds will be made.
(If you upload new patch sets or new changes before Jenkins is restarted, their builds will need to be triggered manually when Jenkins is running again.)


Franz


[1] http://saros-build.imp.fu-berlin.de/gerrit/Documentation/cmd-review.html


------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors
network devices and physical & virtual servers, alerts via email & sms
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel

------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors
network devices and physical & virtual servers, alerts via email & sms
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel

Reply via email to