Verhuizen van Unfuddle repository

zoals aangegeven op
http://drupal.be/forum/knop-inschriijven-verdwijnt-niet-uit-node-en-node-teaser-als-inschrijven-is-uitgeschakeld zou ik graag de code van drupal.be weghalen uit onze unfuddle.

Het free unfuddle alternatief lijkt niet te werken (zoals aangegeven in bijgevoegde screenshot) - max 2 gebruikers toegelaten.

Alternatieven ..
Github
+ free
+ snel
- weer een nieuw systeem

drupal.org project
+ volledig in de community
- moeilijker om een account te pakken te krijgen
- CVS ipv SVN

zie ook

Ofwel pakken we de micro account bij unfuddle = 108$ / jaar. Dat wil ik best wel wel sponsoren.

Het laatste wat ik mij hierover herinner is dat Boris via CCK iets eenvoudig ging opzetten zodat we de issue tracking op deze site konden doen. Een bazaar repo (en misschien git) kan op een eenvoudige manier op deze server gezet worden.

Boris, klopt het wat ik vertel en zo ja, hoe ver zit je hiermee? De svn overpompen in een bzr kan ik doen van zodra er een go is.

Maar ik denk niet dat dit het belangrijkste is. De drempel om aan de slag te gaan met de code en de site moet zo laag mogelijk gehouden worden. Dit kunnen we pas bereiken als de files en de DB ook gedownload kan worden maar dan moeten we scrubbers implementeren om email adressen e.d. eruit te halen.

Als we niet al het materiaal om te ontwikkelen makkelijk beschikbaar kunnen maken is het misschien ook onnodig van een publieke tracker te gebruiken?

Issue tracking is geen probleem om dat op deze site onder te brengen, wil ik ook best mee helpen.

Probleem is eerder de drempel om mee te werken en code toe te voegen aan de site, bijvoorbeeld simpele theming zaken. Voor mij is svn, git of bzr om het even (liever geen cvs of publiek Drupal project om eerder besproken redenen). Voornaamste voorwaarde lijkt me dat mensen die willen meewerken makkelijk, vlot en snel moeten kunnen effectief meewerken en dat de procedure om code toe te voegen simpel en duidelijk is.

Om de interessante zaken van de site (views, configuraties) publiek ter beschikking te stellen moeten we wellicht wachten op betere installatie profielen of stabielere features module. De codebasis zelf is niet zo bijzonder en zou wellicht niet echt nuttig zijn op zich.

Hans
KOBA

Kunnen we hierover ook misschien even samenzitten op DrupalCamp en dan de knoop eindelijk doorhakken? Is het een idee om reeds donderdagavond eens af te spreken?

ik had inderdaad het plan opgevat om een simpele issue tracker met cck en views te maken op deze site. zie http://drupal.be/forum/issue-lijst-voor-drupalbenl

de precieze status daarvan ben zelfs ik uit het oog verloren (dat krijg je als je geen issues trackt)

ik heb geen beheerrechten op beta.drupal.be

maar er is goed ook nieuws: ik heb vandaag (weer) vrij dus ik kan een 1e versie van zo'n issue tracker opzetten

wat betreft de versiecontrole: ik vertrouw erop dat jullie de beste kiezen (voor mij geldt: hoe simpeler hoe beter (bzr bijvoorbeeld))

de code hoeft niet publiek te zijn

boris
===
druppelend sinds 2005

Je hebt vanaf nu beheerrechten op beta.

Hans
KOBA

eerste versie van de issue tracker voor drupal.be/nl:

http://boris.doesb.org/issues/table

login met: issuetester/bugmenot

later meer nieuws

boris
===
druppelend sinds 2005

nu op de betasite :

http://beta.drupal.be/issues/table
http://beta.drupal.be/node/add/issue

ik ga nu weer in wait mode tot ik jullie feedback heb

boris
===
druppelend sinds 2005

sleep 7d

boris
===
druppelend sinds 2005

Voor mij ziet dit er heel goed uit. Tabel kan wellicht nog beter uitgewerkt en gegroepeerd worden, maar dit kan ook later nog gebeuren. Belangrijkste is nu dat het issue content type alle nodige velden bevat om een goede opvolging te kunnen doen en dat lijkt me zo.

Ik zou uitgaan van het principe van stilzwijgende goedkeuring als niemand anders nog opmerkingen heeft. Lijkt me een heel positieve evolutie om over een issue queue te beschikken op drupal.be/nl.

Hans
KOBA

Ja, is goed. Finetunen kan daarna altijd nog.

dus:

1. ik wacht nog een dag op commentaren van andere admins
2. daarna importeer ik de content type en de view
3. finetunen
4. uitproberen
5. gebruiken

nog nieuws over versie-controle?

boris
===
druppelend sinds 2005

Als het aan mij ligt wordt het een bazaar repo gehost op de drupal.be server. Sommigen hier hebben wel meer ervaring met git denk ik.

Voor mij goed als je dat kunt installeren en ook een korte handleiding schrijven zodat iedereen weet hoe je ermee kan code toevoegen.

Hans
KOBA

bazaar heeft ook mijn voorkeur (heeft ook al veel documentatie voor dummies zoals ik: http://bazaar-vcs.org/Documentation)

;) - http://gigo-ice.org/scm/bazaar/wiki/bzr-quickref.ja.png - ;)

boris
===
druppelend sinds 2005

voilakes: http://drupal.be/issues/table

1. ik wacht nog een dag op commentaren van andere admins
2. daarna importeer ik de content type en de view

3. finetunen
a. watcher aanzetten
b. labels. intro tekst checken
c. css love
4. uitproberen
- relevante posts uit feedbackforum als issue invoeren
5. gebruiken

hans, dont be offended vanwege het veld "toegewezen aan"

boris
===
druppelend sinds 2005

Goh, da's geheel aan mij voorbijgegaan. Goede actie. Ik zal de nog openstaande issues opnemen in de lijst voor de aanstaande sprint. Ik heb wat gesleuteld aan de views zodat alleen de actieve issues in de lijst staan en heb de tabel van een statusfilter voorzien.

Wat is de reden dat anonieme bezoekers status, type, prioriteit, project van de issues niet mogen zien? Zolang het niet om een veiligheidsissue gaat ben ik voor om deze info publiek te maken.

-- Erik

Actuele inhoud

04 feb 2012

03 feb 2012

02 feb 2012

01 feb 2012