WebGang/CityGang

In principe zou het archief volledig in Git kunnen zitten. Maar als je snel even aan de teksten van de huidige week wil werken, krijg je het hele archief binnen (als je dat nog niet had), en dat kan lokaal ongewenst plaats innemen. Of je werkt vanop een computer waar je dat helemaal niet wil achterlaten.
Wat dan?

• Elke week alle files deleten? Dan ben je ook wel een groot stuk van de meerwaarde van het gebruik van git kwijt…
• Een directorystruktuur maken van JAAR/date/file1 enz? Dan ben je het gemak kwijt om onmiddellijk in 1 bepaalde dir te editen en van daaruit door te schuiven naar de archieven.
• Iemand een ander idee? Iemand ervaring met bv wekelijks verslag of andere wekelijkse tekst, column of zo? Laat ons weten.. webgang@ra…

Enkele denkpistes….
1. jaar directory / week directory / bestanden

2018/wk44/Item1.txt … item2.txt …
…
2018/wk52
2019/wk01
… / …
2019/wk52

Ok, maar helpt niet als je op datum zoekt.

2. jaar directory / datum directory / bestanden

2018/11-01/Item1.txt … item2.txt …
2018/11-08
…
2018/12-27
2019/01-03
2019/01-10
…
Heeft voordeel dat je in 2 stappen in de directory bent

3. jaar directory / maand directory / bestanden

2018/11/Item1.txt … item2.txt …
2018/12/
2019/01/
2019/01/

Onderverdeeld per jaar en maand. Laat niet toe op zicht een artikel te vinde op bestandsnaam omdat je in de juiste map moet kijken; heeft geen enkel voordeel om vier à vijf bestanden te bundelen in een directory..

4. Jaar / maand / dag

2018/11/01/Item1.txt … item2.txt …
2018/11/08
…
2018/12/27
2019/01/03
2019/01/10

Pure directory hierarchie op datum, leesbaar, heeft voordeel bij automatiseren van workflow?

5. jaarmaanddag / bestanden

20181101/Item1.txt … item2.txt …
20181108
…
20181227
20190103
20190110

Voordeel dat je in één stap in de juiste directory bent. Gemakkelijk te automatiseren. Hoofddirectory loopt wel steeds voller (itt onderverdeling per jaar)
Kan iets menselijk-leesbaarder met 2019_01_03 vorm;
2019_01_03
2019_01_10

6. jaar directory / bestanden

2018/Item1.txt … item2.txt
2019/Item1.txt … item2.txt

Hier laat je de datum van de bestanden vallen omdat je die toch in Git kan terugvinden. Maar is niet handig om lokale kopie zo te hebben. Je kan ook naam-conficten krijgen (zelfde naam die terugkomt).

Ps Ik denk nu aan twee git repo’s: één waarin de teksten worden geschreven (nieuws), en één waarin het archief wordt bijgehouden (archive).
Die waar de teksten worden geschreven kan elke keer uitgekuist worden als de teksten gebruikt zijn. Beter; op het moment van gebruik (opnemen in BCP: cp … en van de files dan git rm + commit “Afsluiten uitzending… ” + push op master, dan omschakelen naar je lokale en git merge master ).
Dan gaan de gebruikte naar de Archive directory, die zijn eigen master krijgt.

Correcties achteraf..? Die kunnen/moeten rechtstreeks in dat archief gebeuren.