Citat:
Toppen, då tar jag canary och bygger upp strukturen där.
Det finns egentligen inget fastställt mål med projektet, annat än att kunna dela tillägget med användare som uppskattar det. Alla är välkomna att bidra med kod och pull requests till huvud-repot tas tacksamt emot förutsatt att det inte bara handlar om rena README/manifest-ändringar eller andra typiska drive-by commits.
Jag ser heller inga framtida kommersiella ambitioner med projektet. För mig är det ett hobbyprojekt som jag arbetar med när tid finns, främst för att lägga till funktioner som jag själv eller andra har nytta av.
Jag håller helt med om att Chrome’s sync-storage bör tas bort i nuläget av integritets- och säkerhetsskäl. Om du vill ta hand om det i samband med att du strukturerar om kodbasen vore det utmärkt, annars kan jag själv ordna det längre fram när jag ändå gör andra ändringar.
Skulle man i framtiden vilja återinföra stöd för sync-storage kan det implementeras som ett eget val i inställningarna, där användare av Chromium-baserade webbläsare själva måste aktivera funktionen. Då kan man också visa en tydlig varning eller disclaimer innan sync-lagring slås på.
Personligen tycker jag att separata test-repos för CI/CD är lite överdimensionerat med det nuvarande användarantalet på uppskattningsvis 50–100 personer, särskilt eftersom varje enskild funktion ändå kan aktiveras eller stängas av manuellt(så det blir är egentligen ingen
kris om någon enstaka funktion skulle innehålla buggar). Men om du vill arbeta med CI-flöden, canary/stable-branching och liknande i ditt eget repo, och sedan pusha stabila versioner till mitt main-repo, så fungerar det alldeles utmärkt. I så fall kan din canary-gren fungera som gemensam test- och utvecklingsmiljö.
Gällande MPL 2.0 så ser jag inte några större problem med det så länge du själv lägger in kommentarer ovanför din kod och justerar readme-filen att delar av projektet har just den licensen innan du skickar pull request.
Jag ser heller inga framtida kommersiella ambitioner med projektet. För mig är det ett hobbyprojekt som jag arbetar med när tid finns, främst för att lägga till funktioner som jag själv eller andra har nytta av.
Jag håller helt med om att Chrome’s sync-storage bör tas bort i nuläget av integritets- och säkerhetsskäl. Om du vill ta hand om det i samband med att du strukturerar om kodbasen vore det utmärkt, annars kan jag själv ordna det längre fram när jag ändå gör andra ändringar.
Skulle man i framtiden vilja återinföra stöd för sync-storage kan det implementeras som ett eget val i inställningarna, där användare av Chromium-baserade webbläsare själva måste aktivera funktionen. Då kan man också visa en tydlig varning eller disclaimer innan sync-lagring slås på.
Personligen tycker jag att separata test-repos för CI/CD är lite överdimensionerat med det nuvarande användarantalet på uppskattningsvis 50–100 personer, särskilt eftersom varje enskild funktion ändå kan aktiveras eller stängas av manuellt(så det blir är egentligen ingen
kris om någon enstaka funktion skulle innehålla buggar). Men om du vill arbeta med CI-flöden, canary/stable-branching och liknande i ditt eget repo, och sedan pusha stabila versioner till mitt main-repo, så fungerar det alldeles utmärkt. I så fall kan din canary-gren fungera som gemensam test- och utvecklingsmiljö.
Gällande MPL 2.0 så ser jag inte några större problem med det så länge du själv lägger in kommentarer ovanför din kod och justerar readme-filen att delar av projektet har just den licensen innan du skickar pull request.
Jag börjar från en ren kodbas (lägger på er GPLv3 licens oförändrad) bara för att vi ska få in moduler och pipeline utan att störa det som redan fungerar.
Om ni lägger upp en gren där nuvarande skick ligger orört så undviker vi att något kolliderar.
Det här blir stegvis och transparent - inget som saboterar ert pågående arbete.
Och helt lugnt: jag sitter med juridik till vardags, så det här är hobby även för mig. Bara av en annan sort.
Jag ska skissa upp en struktur senare i eftermiddag. Satt halva natten med lite annat, så behöver sova en stund. Vi höres inom kort!