QA/Bibisect/Bibisectzilla/da

Den side handler om Bibisectzilla, vores plan om at flette alle GNU/Linux-lagre Bibisect sammen til et enkelt lager.

Overblik
Bibisection af en fejl er en nyttig måde at opspore, hvilket tilsagn, der introducerede problemet. Vores aktuelle bibisect-lagre har et par ulemper:
 * De opdateres ikke automatisk/dagligt
 * Der er mange lagre, der dækker forskellige (sommetider overlappende) tilsagnsrækker
 * Vi har ingen lagre, der dækker æraen før 3.5

Planen
Efter diskussion i QA (Kvalitetsikring) gik vi ud med en plan om create a single repository med disse funktionaliteter, med øgenavnet Bibisectzilla:
 * Opdateret dagligt ”(eller efter et regelmæssigt skema fx for hver 60 tilsagn)“
 * Må opdateres via git-kommandoer
 * Spænder over LibreOffices historie tilbage til før-forgreningen.
 * (Begrænsning: Kun tilgængelig for 64-bit GNU/Linux-systemer pga. vores eksisterende bibisect-lagre)

Fremgang
Fuldstændig dækning vil kræve nogle få trin:
 * [PLANNED] - A TDF-kontrolleret prototype-bot, som automatisk puffer prototyper ind i et git-lager (Cloph)
 * [PLANNED] - Kombinere prototyper fra eksisterende bibisect-lagre med andre prototyper (herunder en før-forgrenings OOo prototype) ind i et enkelt lager (Robinson)
 * [PLANNED] - Kombinere git-lageret for TDFs prototype-bot med Robinson's lager (Robinson, Cloph)

Dækning
I en ideel verden ville Bibisectzilla-lageret have daglige prototyper startende i før-forgrenings tid og fortsætte (uden afbrydelse) op til den aktuelle dag. Vi har ikke bibisect-lagre af LibreOffice før 3.5-æraen, og prototype-systemet på den tid var så kompliceret (har jeg hørt) at det sandsynligvis ikke er umagen værd for at prøve at genrejse det for at genere (nye) prototyper.

De prototyper, der er tilrådighed for os, omfatter:
 * Bibisect-lagre (som nogle/alle) udelukkende er 64bit)
 * 4.0 - Bjoern
 * 3.5 - OLD (included in 4.0)
 * 3.6 - OLD (included in 4.0)
 * 2013-10-12 - Bjoern
 * 4.0+ - Canonical (men Bjoern kan hjælpe?) (Bemærk: Dette lager har nogle problemer)
 * Miklos har et bibisect-lager (måske et af de ovenstående?? - se email)


 * Individuelle prototyper
 * Vi har nogle på Download-serveren, tror jeg
 * Den sidste før-forgrenings OOo-prototype (som jeg mener er OOo 3.2.1)
 * http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.2.1/
 * vi har frigivne prototyper til 3.3.0 og 3.4.0 (som jeg mener, er lige på masterforgreningen, så det skulle være fornuftigt at inkludere dem)

Fornuftig dækning
Pr chat m/bjoern tilføjes

Bibisect#Versions:


 * 4.0 (MELD_LIBREOFFICE_REPOS to 8450a99c)
 * 2013-10-12 (4b9740b4 to cb4e009c)
 * 2013-11-25 (90830788 to 1581b1fc)

Vi vil tilføje flere prototyper senere og så hænge det på den daglige bygger

Forhindringer

 * Vi vil til sidst have et virkeligt stort lager => Mange data for brugerne at downloade
 * Fordi git-protokollen ikke kan genoptage fejlede kloner/downloads, foreslår jeg, at vi får brugerne til at downloade lageret først via HTTP og så får dem til at opdatere via git
 * Foreslår, at vi har separat git-forgrening for hver version, eftersom git kun understøtter download af en datastørrelse som enkelt forgrening


 * Hvordan vil store gab i vores prototype-historik påvirke vores effektivitet?
 * Hvis nogen opdager gamle prototyper eller genererer gamle prototyper, kunne vi tilføje dem til bibisectzilla