Ik kom informatica studeren en heb een paar vraagjes

[Fristi]

svn hebben ze der ook is afgegooid

[nasam]

svn hebben ze der ook is afgegooid

Who needs svn? Git for the win!


(Ochja, svn is nog altijd nuttiger / beter dan de dropbox manier om code te syncen, of erger nog, zip en mail)

Edit: nu we er toch over bezig zijn.

Mss is het ook intressant om al eens naar git of een ander Version Control System te kijken. (Git, Mercurial (hg), Svn, monotone, ...).
Dit wordt totaal niet uitgelegd (vroeger toch niet), maar zelfs voor individuele projecten kan dit handig zijn, voor groepsprogrammeerprojecten is het een noodzaak (maar ik weet niet of die al / nog in 1ste bachelor zitten) . Als je bv latex aant leren bent stop je latexbestanden in een git repository en experimenteer met commits, branches, merges, interactive adding, pushen naar een remote (dit kan een andere map zijn op je computer), pullen van een remote, etc...

[Joachimvdh]

svn hebben ze ook eens omzeep geholpen met die password wallet daare. -_-

[Timmy]

svn hebben ze der ook is afgegooid

Who needs svn? Git for the win!


(Ochja, svn is nog altijd nuttiger / beter dan de dropbox manier om code te syncen, of erger nog, zip en mail)

Edit: nu we er toch over bezig zijn.

Mss is het ook intressant om al eens naar git of een ander Version Control System te kijken. (Git, Mercurial (hg), Svn, monotone, ...).
Dit wordt totaal niet uitgelegd (vroeger toch niet), maar zelfs voor individuele projecten kan dit handig zijn, voor groepsprogrammeerprojecten is het een noodzaak (maar ik weet niet of die al / nog in 1ste bachelor zitten) . Als je bv latex aant leren bent stop je latexbestanden in een git repository en experimenteer met commits, branches, merges, interactive adding, pushen naar een remote (dit kan een andere map zijn op je computer), pullen van een remote, etc...

2de jaar Gevorderd Programmere krijgde een beperkte les over Git (ZEER beperkt, maar toch).

En mja, voor mijn code te syncen gebruik ik gwn dropbox. Workspace in de gesyncte map en daar gewoon in werken. Werkt wel, maar volgend jaar toch eens naar git enzo beginnen te kijken.

[Pieter Belmans]

Groot gelijk @nasam! Leer dus git en LaTeX. Ik ben in het tweede jaar begonnen met svn te gebruiken, sinds een paar maanden gebruik ik nu vooral git en dat is zo'n vanzelfsprekendheid geworden dat ik er zelfs niet aan gedacht had . Zeker nu er geen Oberon meer gebruikt wordt (svn borkt een beetje op die rare file headers if I remember correctly) is versioning een goed idee vanaf het eerste jaar.

@Joachimvdh Er was een workaround, ergens een bestandje verwijderen did the trick. Was ik de enige die het zo oploste?

@Timmy In projecten is het redelijk (understatement van het decennium) handig om diffs, logs, blames en branches (in mindere mate) te hebben. Waarom blijven sukkelen met Dropbox? Als git wat te hardcore is, waarom geen svn?

[Joachimvdh]

Nee ze, in .subversion moeste de config file weggooien of aanpassen. ma toch, hoe handig

[Fristi]

svn hebben ze der ook is afgegooid

Who needs svn? Git for the win!

Ik gebruik dan intussen ook git, maar in dertijd nog niet

(My god, I'm getting old )

[Ives]

@Timmy In projecten is het redelijk (understatement van het decennium) handig om diffs, logs, blames en branches (in mindere mate) te hebben. Waarom blijven sukkelen met Dropbox? Als git wat te hardcore is, waarom geen svn?

Zeggen dat git te hardcore is voor versiebeheer, is als zeggen dat ne stilo te hardcore schrijfgerief is. Jah int begin knoeit ge der misschien iets meer mee dan met een potlood, maar ge moet gewoon doorbijten. En vaak comitten. En vaak pushen (meer hierover later). En 3x nadenken voor ge --force of een andere potentieel destructieve switch gebruikt :-p.

Dat brengt me tot mijn volgende punt; het simpelste voor projecten waar je alleen aan werkt is dat je je code pushed naar "de radix" (een server waar je ssh toegang tot krijgt). Dit dient dan ook ineens als off-site storage.

PS: Prijs u allen gelukkig da Nathan me heeft kunnen overtuigen hier geen rant over de voordelen van vim te plaatsen.

[VFlicka]

Gelukkig kunnen we allemaal een gratis boek aanvragen om svn en git te leren

http://book.sourcegear.com/vcbe/request_book" onclick="window.open(this.href);return false;

[Timmy]

@Timmy In projecten is het redelijk (understatement van het decennium) handig om diffs, logs, blames en branches (in mindere mate) te hebben. Waarom blijven sukkelen met Dropbox? Als git wat te hardcore is, waarom geen svn?

Nooit gezegd da git te hardcore is, gewoon te tam geweest om er tijd in te steke, en ik gebruikte dropbox al, dus ineens maar voor code beginnen gebruiken ^^ Volgend jaar verandering in brengen ^^

[Pieter Belmans]

@Timmy In projecten is het redelijk (understatement van het decennium) handig om diffs, logs, blames en branches (in mindere mate) te hebben. Waarom blijven sukkelen met Dropbox? Als git wat te hardcore is, waarom geen svn?

Zeggen dat git te hardcore is voor versiebeheer, is als zeggen dat ne stilo te hardcore schrijfgerief is. Jah int begin knoeit ge der misschien iets meer mee dan met een potlood, maar ge moet gewoon doorbijten. En vaak comitten. En vaak pushen (meer hierover later). En 3x nadenken voor ge --force of een andere potentieel destructieve switch gebruikt :-p.

Dat brengt me tot mijn volgende punt; het simpelste voor projecten waar je alleen aan werkt is dat je je code pushed naar "de radix" (een server waar je ssh toegang tot krijgt). Dit dient dan ook ineens als off-site storage.

PS: Prijs u allen gelukkig da Nathan me heeft kunnen overtuigen hier geen rant over de voordelen van vim te plaatsen.

Feit blijft dat git een overdonderende hoeveelheid mogelijkheden heeft, wat nogal overweldigend kan zijn in den beginne. Maar als ge tijd en zin hebt om het deftig te leren is git ideaal, ik heb niks liever nu . Is het trouwens mogelijk om op de radix een webinterface voor uw git repositories te plaatsen? Dat was voor mij een paar jaar geleden in elk geval een afknapper op de fenix, dat het niet echt mogelijk was om dat te doen voor svn zonder bij nen hoop mensen te moeten gaan zagen.

En mensen overtuigen om vim te gebruiken mag altijd .

[Fristi]

Okay, but let's not do that here

[nasam]

Is het trouwens mogelijk om op de radix een webinterface voor uw git repositories te plaatsen? Dat was voor mij een paar jaar geleden in elk geval een afknapper op de fenix, dat het niet echt mogelijk was om dat te doen voor svn zonder bij nen hoop mensen te moeten gaan zagen.

Ik zou het niet weten, om eerlijk te zijn heb ik het nog niet geprobeerd.
Ik heb nu net Gitalist geprobeerd maar dit faalde om 2 redenen

A) een probleem bij het installeren (bij een van de dependencies)
B) zelfs al zou dat gelukt zijn, ik kan geen cgi scripts in mijn apache draaien. Er zit wel een interne server bij, maar dan zou je al een server per user moeten draaien, en ik vermoed dat den donche dat ook niet zo tof gaat vinden.

Ik vind git voor de radix trouwens toch vrij onhandig, aangezien voor meerdere gebruikers per repository al niet meer gemakkelijk is, en als het een individueel project is wil je vaak toch niet dat anderen je code kunnen zien, dius wil je de git vierwer ook niet publiek.

Daarom gebruik ik voor git altijd github met een studenten account (gratis aan te vragen op https://github.com/edu" onclick="window.open(this.href);return false;).
De interface van github is goed, je kan issues aanmaken, wikipedia paginas (die kunne bv nuttig zijn voor tutorials naar groepsgenoten, een lijst van afsprake gemaakt tussen groepsleden etc...); ook pull requests zijn handig, met simpele manier om te discussieren over de code (inline code comments oa).

Het nadeel is wel de beperking van 5 private repos per persoon...

[Robbe]

Is het trouwens mogelijk om op de radix een webinterface voor uw git repositories te plaatsen? Dat was voor mij een paar jaar geleden in elk geval een afknapper op de fenix, dat het niet echt mogelijk was om dat te doen voor svn zonder bij nen hoop mensen te moeten gaan zagen.

viewgit werkt (met enkele kleine aanpassingen, ik denk dat de webserver user geen git in zijn PATH heeft...)

[Pedro]

Euhm... ontsporing much?