[PPNL-Techteam] Github

[Bèr Kessels]

Hallo,

On 28-05-12 20:45, Casper Gielen wrote:
> On 05/25/12 23:49, Bèr Kessels wrote:
>> Hoi
>>
>> https://github.com/piratenpartij/piratenpartij.nl staat.
> 
> Nice, mooi werk.
> 
>>
>> Alles van de test.piratenpartij.nl server is daarop gezet. Totdat alles
>> (een vooral: iedereen) goed is ingeregeld enzo, zal ik daarop zo nu en
>> dan de code synchen. Uiteraard staat het vrij om wel al meteen in het
>> RCS te werken; maar een korte guidelines volgt nog.
> 
> Voor de thema gerelateerde dingen lijkt git me handig. Ik weet niet of het dat ook is voor
> drupal-modules en dergelijken. 


Ik wil nu even een "volledig pakket aanbieden". Een omgeving die je 1op1
kunt installeren op je (lokale) dev machine en aan de slag kunt gaan.
Zodat mensen niet meer telkens van een actie van jullie (op live)
afhankelijk zijn om werk te kunnen doen.


Er is een wens uitgesproken om drush te gebruiken om drupal te
> beheren. Ik weet niet of dat een beetje handig samengaat met git zolang we nog geen aparte
> test/devel omgeving hebben. Bob, jij bent wat beter bekend met drupal/drush, wat denk jij er van?


Uiteindelijk zal ik de vanilla modules vervangen voor een regeltje in
een Drush makefile. Daarin geef je Drush instructie om em te downloaden
en installeren.

Alle gehackte en zelfgemaakte modules blijven in de repo.

> [snip]
> 
> Ok, daar wil ik wil nog even naar kijken voor we dat gaan gebruiken, maar het klinkt als een
> interessant idee.

Uiteraard.
Ik doe mijn best om makkelijk evalueerbaar  werk te leveren, maar stel
het zeer op prijs als een poortwachter gewoon alles nog eens nakijkt :)


>> [snip]
> 
> Ik heb alle systeem-configs voor de mailserver en de webserver in lokale git-repo's staan. Die wil
> ik op zich wel uploaden maar ik moet ze eerst ontdoen van wachtwoorden en keys.

Mijn voorstel hiervoor was nog niet klaar, maar dan bij dezen even:

* Laat alle configs waarin dit soort gegevens staan vooral even lokaal
staan; liefst ook buiten de docroot. Die includen we dan vanuit de
generieke configs. Bijvoorbeeld:

/etc/drupal/piratenpartij.nl/settings.php
	Niet lees/schrijfbaar door mensen met sftp-toegang. Enkel schrijfbaar
door de (root) admin en leesbaar door apache (www-data?).

/path/to/drupal/docroot/sites/all/settings.php
	Lees/schrijfbaar en in github opgenomen. Deze include
/etc/drupal/piratenpartij.nl/settings.php **onderaan** waardoor
variabelen in de /etc/drupal/piratenpartij.nl/settings.php altijd
voorrang hebben.

Vooralsnog hoef je eigenlijk nog niks te doen, maar als je de config al
wil gaan uitsplitsen kan dat altijd, natuurlijk.

Voor de productie niet van belang, maar voor developers wel handig:
Verder wil ik dan de publieke repo ook nog shippen met een kopietje van
/path/to/drupal/docroot/sites/all/settings.php waarin die privéfile niet
wordt geínclude, maar mensen hun eigen (lokale/dev) database enzo
settings kunnen gebruiken. Die staat dan in
./sites/localhost/settings.php. Voorkomt ook dat mensen een pull-request
doen en vergeten de settings.php eruit te laten: een pull request met
hun wachtwoorden erin: gebeurt altijd met Drupalprojecten; zelfs in
Drupal core heeft Dries in de vroege jaren een paar keer zijn
database-settings gecommit ;)


Bèr
-- 
  Open Source Webdevelopment.
  Ruby on Rails development.
  Drupal Development and -consultancy.

  webschuur.com