SVN (WebCie) - Revision history

Daanr: Daanr moved page WebCie SVN to SVN (WebCie): Betere alfabetische sortering -> makkelijker te vinden

2017-11-27T21:39:11Z

Daanr moved page WebCie SVN to SVN (WebCie): Betere alfabetische sortering -> makkelijker te vinden

Timb: Zet er flink wat comments omheen want we hebben nu Git

2017-01-07T15:30:34Z

Zet er flink wat comments omheen want we hebben nu Git

Timb at 22:29, 5 January 2017

2017-01-05T22:29:15Z

Timb at 16:01, 5 January 2017

2017-01-05T16:01:32Z

Timb at 19:56, 3 January 2017

2017-01-03T19:56:51Z

Timb at 19:55, 18 October 2016

2016-10-18T19:55:35Z

Timb: Hulp om live site up te daten

2014-10-08T19:53:14Z

Hulp om live site up te daten

Otto: Created page with "Category:WebCie SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurd met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) va…"

2012-09-22T16:57:13Z

Created page with "Category:WebCie SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurd met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) va…"

New page

[[Category:WebCie]]
SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurd met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) van het volledige systeem staan op zijn eigen account (in de map ~/wwwdebug). Deze code bepaalt wat jij te zien krijgt in je browser als je naar je persoonlijke debugpagina gaat (lijkt op http://blabla.debug.a-eskwadraat.nl). Als je wijzigingen in deze code aanbrengt, veranderen dus alleen de pagina's op jouw persoonlijke debug-omgeving. Dat noemen we een sandbox, het zorgt er voor dat je rustig je code kan ontwikkelen zonder dat de rest van de WWW daar last van heeft. Bovendien is jouw debugpagina alleen benaderbaar door WebCie-leden, dus als je per ongeluk lekkende SQL-queries schrijft is dat geen ramp.

Op deze pagina staat basale info om aan de slag te gaan met SVN.

==svn up==
Met <code>svn up</code> zorg je ervoor dat je locale versie geupdate wordt met alle wijzigingen die de rest van de WebCie heeft aangebracht. Doe dit dus altijd voordat je begint met hekken, anders wijzig je misschien dingen die al door anderen gewijzigd zijn en bestaat de kans op collisions!

Typische output van een <code>svn update</code>:
<pre>
[otto@nikola]~/wwwdebug$ svn up
U www/WhosWho4/Controllers/Activiteiten.php
U www/WhosWho4/Activiteit.view.php
U www/WhosWho4/Deelnemer.cls.php
U www/WhosWho4/Lid.view.php

Fetching external item into 'libdb'
External at revision 75.

Fetching external item into 'gettext/voc'
External at revision 153.

At revision 12329.
</pre>

==svn st==
Met <code>svn st</code> vraag je de huidige status op van jouw lokale kopie.
<pre>
[otto@nikola]~/wwwdebug$ svn st
X libdb
S gettext
X gettext/voc
S www
M www/WhosWho4/Activiteit.view.php
M www/javascript/Activiteit/Wijzig.js
S lib
S scripts
M scripts/script-init.php
S docs

Performing status on external item at 'libdb'

Performing status on external item at 'gettext/voc'
</pre>
Je ziet een lijstje met wijzigingen. Je kan de items met een X of een S ervoor negeren, evenals scripts/script-init.php.

We concluderen dat de bestanden <code>www/WhosWho4/Activiteit.view.php</code> en <code>www/javascript/Activiteit/Wijzig.js</code> gewijzigd zijn.

==svn diff==
Met <code>svn diff</code> bekijk je alle wijzigingen die er zijn tussen jouw lokale kopie en de huidige revisie. Gebruik <code>svn diff bestand1 bestand2 ...</code> om de wijzigingen van een of meer bestanden te bekijken.

Met plusjes en minnetjes wordt er weergegeven welke regels weggehaald zijn en welke er bij zijn gekomen.

==svn ci==
Als je tevreden bent met de wijzigingen die <code>svn diff</code> je voorgeschoteld hebt, kan je je werk committen met <code>svn ci</code>. Ook hier kan je weer losse bestanden mee pakken door die erachter te zetten zoals bij diff. Je komt dan in nano terecht, en er staat welke bestanden je op het punt staat te committen.

Schrijf een duidelijke omschrijving van wat jouw commit bewerkstelligd, anders wordt de rest van de WebCie boos! Vervolgens ram je op Ctrl-X en Y, en hopla jouw wijzigingen worden opgenomen in het centrale systeem. Als jouw collega's svn uppen krijgen ze dus jouw code!

==Overig==
#<code>svn add bestand</code> - gebruik dit als je een volledig nieuw bestand hebt gemaakt. Nu wordt deze ook meegenomen bij je svn status, diffs en commits!
#<code>svn revert bestand</code> - als je een chaos van een bestand hebt gemaakt, reset je hem hiermee weer naar de versie zoals die centraal geadministreerd stond.

==Collisions==
Als je dit ziet, ben je de sjaak:

<pre>
[otto@nikola]~/wwwdebug$ svn up
U www/WhosWho4/Controllers/Activiteiten.php
U www/WhosWho4/Activiteit.view.php
U www/WhosWho4/Deelnemer.cls.php
U www/WhosWho4/Lid.view.php
U www/WhosWho4/Contact.cls.php
Conflict discovered in 'www/WhosWho4/Persoon.view.php'.
Select: (p) postpone, (df) diff-full, (e) edit,
(mc) mine-conflict, (tc) theirs-conflict,
(s) show all options:
</pre>

Je hebt dan wijzigingen aangebracht in een bestand dat inmiddels door iemand anders is gewijzigd en gecommit, en deze wijziging botst met die van jouw. Wederom een reden om vaak <code>svn up</code> te doen!

Neem de tijd om even te kijken wat het probleem is (de commit van je collega staat in je mail), je kan expliciet het probleem zien door <code>df</code> (diff full) te typen.

Dan concludeer je meestal dat je collega gelijk heeft, en jouw wijziging genegeerd moet worden. Kies daarvoor <code>tf</code> (theirs-full). Je bestand wordt dan volledig geoverride, wat meestal de bedoeling is.

Schakel indien nodig een ervarener WebCie-er in.

@@ Line 1: / Line 1: @@
 [[Category:WebCie]]
 SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurt met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) van het volledige systeem staan op zijn eigen account (in de map ~/wwwdebug). Deze code bepaalt wat jij te zien krijgt in je browser als je naar je persoonlijke debugpagina gaat (lijkt op http://blabla.debug.a-eskwadraat.nl). Als je wijzigingen in deze code aanbrengt, veranderen dus alleen de pagina's op jouw persoonlijke debug-omgeving. Dat noemen we een sandbox, het zorgt er voor dat je rustig je code kan ontwikkelen zonder dat de rest van de WWW daar last van heeft. Bovendien is jouw debugpagina alleen benaderbaar door WebCie-leden, dus als je per ongeluk lekkende SQL-queries schrijft is dat geen ramp.
@@ Line 96: / Line 100: @@
 Goed nieuws! Minder wachtwoorden! Het is me eindelijk gelukt om authenticatie van de svn-repo te koppellen aan het systeem dus we hebben geen aparte wachtwoorden voor de svn meer nodig. Het is zelfs zo dat als je in de werkkamer bent ingelogd dat je dan helemaal geen wachtwoord meer nodig hebt om bij de svn te komen (dit betekent niet dat iedereen er zomaar bij kan). Dat komt vanwege kerberos tickets enzo. Overigens is de default fallback als je geen kerberosticket hebt je systeemaccount met systeemwachtwoord, maar met een kerberosticket is de svn wel een heel stuk sneller. Je kan altijd een nieuwe ticket krijgen door in de terminal 'kinit *account*' te doen (met natuurlijk als account je eigen accountnaam). Anyway, mochten er problemen mee zijn, laat het dan vooral aan me weten.
-−
 == Hoe verhuis ik SVN naar Git? ==
@@ Line 143: / Line 149: @@
 Importeer de commit-hooks van subversion en pas ze aan zodat ze met git werken. Ik heb besloten om ze in een nieuwe map hooks te zetten en dan te symlinken. Dit is een boel gespecialiseerd programmeerwerk, dus kan ik verder geen hints voor geven. Check wel even dat al je dingen executable zijn!
 Nu gaan we dingen beschikbaar maken! Maak een repo voor alle commits en eentje voor de hooks. Op <code>vm-www</code>:
@@ Line 174: / Line 182: @@
 </pre>
-=== Tot hier ben ik nu gekomen ===
+Installeer een ssh key zodat je als user webcie kan git pull'en.
-Hang alle andere svn-checkouts aan git ipv svn: de live site en iedereens debug.
+# Stop de huidige inhoud van demosite in je git-repo
-Update allerlei documentatie (want dat vinden onze afstammelingen altijd fijn)
+Zorg er tenslotte "eventjes" voor dat iedereen overstapt naar Git en alle documentatie weer klopt.

@@ Line 135: / Line 135: @@
 Vraag een sysopper of die heel lief voor je wil zijn en de commithooks uit de svn-repository in <code>~/svn2git/hooks</code> wil zetten. Liefst ook het script dat de WebCie een mail stuurt als een nieuwe commit is gepusht, op dit moment te vinden in <code>/usr/share/subversion/hook-scripts/mailer/mailer.py</code>
 Nu gaan we nog wat restjes ledendata weghalen, want blijkbaar was het een ding vroeger om ledendata in je repo te zetten... Zie ook [https://stackoverflow.com/questions/13988511/remove-a-directory-from-all-previous-commits StackOverflow].
@@ Line 144: / Line 142: @@
 (Check of het ook weg is in de obsolete branch, of mieter gewoon die hele branch weg!)
-Zoek uit hoe je git commithooks installeert en krijg dat ook voor elkaar.
+Importeer de commit-hooks van subversion en pas ze aan zodat ze met git werken. Ik heb besloten om ze in een nieuwe map hooks te zetten en dan te symlinken. Dit is een boel gespecialiseerd programmeerwerk, dus kan ik verder geen hints voor geven. Check wel even dat al je dingen executable zijn!

@@ Line 125: / Line 125: @@
 We gaan nu een schone kopie van de repo maken om daar verscheidene vertalingen op toe te passen. Dit duurt '''ongelofelijk''' lang want er staan HEEL ERG VEEL dingen in SVN:
 <pre>
-git svn clone https://svn.a-eskwadraat.nl/svn/www/ --no-metadata -A authors.txt -t tags -b branches -T trunk wwwdebug
+git svn clone https://svn.a-eskwadraat.nl/svn/www/ --no-metadata -A authors.txt -t tags -b branches -T trunk wwwdebug >>fetch_log 2>>error_log
 </pre>
 (Merk op dat we elke branch uitchecken en het op zijn minst lineair is in het totaal aantal wijzigingen in elke commit op elke branch, wat ook wel O(griezelig groot) heet.)
-=== Tot hier ben ik tot nu toe gekomen ===
+Je kan nu misschien de volgende errors krijgen (hiervoor hebben we de bestanden fetch_log en error_log want een paar duizend commits keer een paar duizend files scrolt meteen uit je terminalbuffer):
 Vraag een sysopper of die heel lief voor je wil zijn en de commithooks uit de svn-repository in <code>~/svn2git/hooks</code> wil zetten. Liefst ook het script dat de WebCie een mail stuurt als een nieuwe commit is gepusht, op dit moment te vinden in <code>/usr/share/subversion/hook-scripts/mailer/mailer.py</code>
 Nu gaan we nog wat restjes ledendata weghalen, want blijkbaar was het een ding vroeger om ledendata in je repo te zetten... Zie ook [https://stackoverflow.com/questions/13988511/remove-a-directory-from-all-previous-commits StackOverflow].

@@ Line 1: / Line 1: @@
 [[Category:WebCie]]
-SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurd met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) van het volledige systeem staan op zijn eigen account (in de map ~/wwwdebug). Deze code bepaalt wat jij te zien krijgt in je browser als je naar je persoonlijke debugpagina gaat (lijkt op http://blabla.debug.a-eskwadraat.nl). Als je wijzigingen in deze code aanbrengt, veranderen dus alleen de pagina's op jouw persoonlijke debug-omgeving. Dat noemen we een sandbox, het zorgt er voor dat je rustig je code kan ontwikkelen zonder dat de rest van de WWW daar last van heeft. Bovendien is jouw debugpagina alleen benaderbaar door WebCie-leden, dus als je per ongeluk lekkende SQL-queries schrijft is dat geen ramp.
+SVN (Subversion) is het magische systeem waarmee we controle houden op wat er gebeurt met alle WebCie-code. Ieder WebCie-lid heeft een kopie (een checkout) van het volledige systeem staan op zijn eigen account (in de map ~/wwwdebug). Deze code bepaalt wat jij te zien krijgt in je browser als je naar je persoonlijke debugpagina gaat (lijkt op http://blabla.debug.a-eskwadraat.nl). Als je wijzigingen in deze code aanbrengt, veranderen dus alleen de pagina's op jouw persoonlijke debug-omgeving. Dat noemen we een sandbox, het zorgt er voor dat je rustig je code kan ontwikkelen zonder dat de rest van de WWW daar last van heeft. Bovendien is jouw debugpagina alleen benaderbaar door WebCie-leden, dus als je per ongeluk lekkende SQL-queries schrijft is dat geen ramp.
 Op deze pagina staat basale info om aan de slag te gaan met SVN.
@@ Line 96: / Line 96: @@
 Goed nieuws! Minder wachtwoorden! Het is me eindelijk gelukt om authenticatie van de svn-repo te koppellen aan het systeem dus we hebben geen aparte wachtwoorden voor de svn meer nodig. Het is zelfs zo dat als je in de werkkamer bent ingelogd dat je dan helemaal geen wachtwoord meer nodig hebt om bij de svn te komen (dit betekent niet dat iedereen er zomaar bij kan). Dat komt vanwege kerberos tickets enzo. Overigens is de default fallback als je geen kerberosticket hebt je systeemaccount met systeemwachtwoord, maar met een kerberosticket is de svn wel een heel stuk sneller. Je kan altijd een nieuwe ticket krijgen door in de terminal 'kinit *account*' te doen (met natuurlijk als account je eigen accountnaam). Anyway, mochten er problemen mee zijn, laat het dan vooral aan me weten.

← Older revision		Revision as of 19:55, 18 October 2016
Line 91:		Line 91:

	Ga naar de live vm met <code>ssh vm-www</code> en log in als WebCie met <code>s webcie</code>. De site staat in <code>/srv/http/www/www</code>, en je kunt gewoon een <code>svn up</code> doen om de live site up-to-date te maken met de SVN repo.		Ga naar de live vm met <code>ssh vm-www</code> en log in als WebCie met <code>s webcie</code>. De site staat in <code>/srv/http/www/www</code>, en je kunt gewoon een <code>svn up</code> doen om de live site up-to-date te maken met de SVN repo.
		+
		+	== Geen wachtwoorden! ==
		+	Uit een mail van een zekere [[User:Pepijno\|Pepijn "neger" Overbeeke]]:
		+
		+	Goed nieuws! Minder wachtwoorden! Het is me eindelijk gelukt om authenticatie van de svn-repo te koppellen aan het systeem dus we hebben geen aparte wachtwoorden voor de svn meer nodig. Het is zelfs zo dat als je in de werkkamer bent ingelogd dat je dan helemaal geen wachtwoord meer nodig hebt om bij de svn te komen (dit betekent niet dat iedereen er zomaar bij kan). Dat komt vanwege kerberos tickets enzo. Overigens is de default fallback als je geen kerberosticket hebt je systeemaccount met systeemwachtwoord, maar met een kerberosticket is de svn wel een heel stuk sneller. Je kan altijd een nieuwe ticket krijgen door in de terminal 'kinit account' te doen (met natuurlijk als account je eigen accountnaam). Anyway, mochten er problemen mee zijn, laat het dan vooral aan me weten.

← Older revision	Revision as of 21:39, 27 November 2017
(No difference)

← Older revision		Revision as of 19:53, 8 October 2014
Line 85:		Line 85:

	Schakel indien nodig een ervarener WebCie-er in.		Schakel indien nodig een ervarener WebCie-er in.
		+
		+	== Om iets live te zetten ==
		+
		+	Ten eerste: denk goed na of je dit echt wel wilt doen. Er kunnen nog wel eens gebruikers gaan klagen.
		+
		+	Ga naar de live vm met <code>ssh vm-www</code> en log in als WebCie met <code>s webcie</code>. De site staat in <code>/srv/http/www/www</code>, en je kunt gewoon een <code>svn up</code> doen om de live site up-to-date te maken met de SVN repo.