Wat zoek ik? Git/jid

[MortyDot]

Goeie middag,

Ik weet niet of ik hier het goede forum te pakken heb, maar ik ben opzoek naar iets.

Ben nu bezig met een onderzoek en kwam laatst in een gesprek als tip tegen om naar een alternatief van SVN te kijken.
Dit moest (woorden die ik heb genoteerd) iets met git/jid ofzo zijn? Het zou bedoeld zijn voor versie beheer.

Als ik hierna google kom ik niks zinnigs tegen.
Helaas kan ik het gesprek niet meer terug halen dus poog ik bij deze de WHT hulplijn.

Heb ik een typfout gemaakt? Zoek ik iets wat er niet is?
Geen idee hoe ik het anders zou moeten formuleren, maar gooi jullie eerste ingevingen erin!

Met vriendelijke groeten,
Sven

[NederHost]

Wat je zoekt is Git, wat inderdaad een alternatief is voor Subversion (svn). Ik gebruik het zelf niet, maar volgens mij is het grote verschil dat git in principe geen centrale repository nodig heeft; iedere uitgecheckte kopie bevat de volledige versiehistory. Zie ook http://nl.wikipedia.org/wiki/Git_(software)

[SF-Jeroen]

Je zoekt inderdaad naar Git. Registreren kan op https://github.com/

[Netbulae]

En bijna dezelfde software als GitHub kan je ook zelf draaien:

http://gitlabhq.com/

[visser]

Goeie middag,

Ik weet niet of ik hier het goede forum te pakken heb, maar ik ben opzoek naar iets.

Ben nu bezig met een onderzoek en kwam laatst in een gesprek als tip tegen om naar een alternatief van SVN te kijken.
Dit moest (woorden die ik heb genoteerd) iets met git/jid ofzo zijn? Het zou bedoeld zijn voor versie beheer.

Als ik hierna google kom ik niks zinnigs tegen.
Helaas kan ik het gesprek niet meer terug halen dus poog ik bij deze de WHT hulplijn.

Heb ik een typfout gemaakt? Zoek ik iets wat er niet is?
Geen idee hoe ik het anders zou moeten formuleren, maar gooi jullie eerste ingevingen erin!

Met vriendelijke groeten,
Sven

Inderdaad git.
(wat ik toch niet snap, als ik in google alleen maar git in tik is minimaal de eerste _pagina_ resultaten voor git als revision control software.).
Het is trouwens geschreven door Linus (Torvalds).

Met wat meer zoekwerk kun je ook een praatje vinden (van Linus, tech talk bij google) waarin hij de concepten van git uitlegt.
Dat kan wel nuttig zijn om te bekijken.

[Spyder01]

Wellicht een leuke site:

http://rogerdudler.github.com/git-guide/index.nl.html

[MortyDot]

Iedereen bedankt voor de reacties. Wat voel ik me stom nu, github natuurlijk, dat ken ik wel.

@visser hier niet. Mogelijk komt dat omdat ik geen cookies/cache onthoud waardoor Google geen zoekgeschiedenis van me heeft. Toch bedankt! :-)

[golden]

Wij maken sinds zo'n anderhalf jaar nu gebruik van GIT. Ook hier overgestapt van SVN.

Wanneer je GIT een beetje doorhebt is het een verademing tegenover SVN zeker qua branches en release beheer. Wij hebben er totaal zo'n 60 projecten waarvan enkele hele grote in draaien.

Met een groter team kan je ook veel beter kwaliteit van code managen.

[MortyDot]

Wij maken sinds zo'n anderhalf jaar nu gebruik van GIT. Ook hier overgestapt van SVN.

Wanneer je GIT een beetje doorhebt is het een verademing tegenover SVN zeker qua branches en release beheer. Wij hebben er totaal zo'n 60 projecten waarvan enkele hele grote in draaien.

Met een groter team kan je ook veel beter kwaliteit van code managen.

Kun je hier meer over vertellen? Welke problemen hebben jullie nu bijvoorbeeld nu niet meer wat jullie voorheen wel hadden? Nog tips voor overstappers?

[kcalliauw]

Hallo,

Quick tip:
Hier vind je een leuke Git tutorial: http://www.codeschool.com/courses/try-git

En hier een mooie vergelijking van de commando's en workflow voor overstappers van SVN:
https://git.wiki.kernel.org/index.php/GitSvnCrashCourse

Mvg,
Koen

[golden]

Kun je hier meer over vertellen? Welke problemen hebben jullie nu bijvoorbeeld nu niet meer wat jullie voorheen wel hadden? Nog tips voor overstappers?

Een kleine opsomming
- Backuppen update van GIT is makkelijker omdat elke computer een complete revisie is.
- Beter code controlle. Iedereen ontwikkeld elke functionaliteit in een losse branch en maakt hier een pullrequest van. Iemand anders leest de code door en kan via webinterface per regel eventueel commentaar geven. Bugs zijn bij ons met 83% teruggelopen. Aangezien ontwikkelaars beter werk opleveren als ze weten dat het gecheckt wordt.

- Maken van release met 1 command te doen welke binnen 1 sec voltooid is. Gevolg je kan ook met 1 command weer terug naar oude release op productie mocht er toch iets fout gaan.

- Committen en pushen is veel sneller dan bij SVN committen.
- GIT kan enorm veel beter overweg met conflicten. Ook kan je via commandline conflict voor conflict langslopen automatische waarbij je met een 1 of 2 kan kiezen welke je wilt gebruiken en/of hoe je mergen.
- Wanneer je met iets bezig bent en je moet even snel iets anders doen kan je je werk stashen waardoor je weer op schone repo zit. Daarna kan je je stash weer poppen en er verder mee gaan.

Daarnaast heeft GITLAB gewoon fantastische interface voor de web wat bij SVN altijd matig is. Wel vind ik gitlab enorm veel fijner dat github ook omdat het in eigen beheer is.


Echter raadt ik je aan voor linux & mac leren om te gaan met GIT via cli aangezien dit enorm goed en makkelijk werkt.


Vragen? Stel ze maar.

[Mark17]

GIT gaan we hier binnenkort ook voor een aantal zaken invoeren. Het enige wat voor mij nog niet duidelijk is om te bepalen of het voor alles bruikbaar is: in hoeverre is het goed te gebruiken voor Microsoft office bestanden (met name Word/Excel) en PDF bestanden. Als dat goed werkt kunnen we ook een stuk documentatie/contractenbeheer er in stoppen.

[golden]

GIT gaan we hier binnenkort ook voor een aantal zaken invoeren. Het enige wat voor mij nog niet duidelijk is om te bepalen of het voor alles bruikbaar is: in hoeverre is het goed te gebruiken voor Microsoft office bestanden (met name Word/Excel) en PDF bestanden. Als dat goed werkt kunnen we ook een stuk documentatie/contractenbeheer er in stoppen.

GIT is in theorie voor elk type bestand goed te gebruiken. Echter moet je er niet vanuit gaan dat je met GIT voor elk bestand ook de verschillen kan inzien. Word kan hij bijv wel mergen met 2 mensen die wijzigingen hebben gemaakt maar excel weer niet.

Gaat het je enkel om het bewaren van revisies dan is het geen probleem en kan je ermee doen wat je wilt.

Let er wel op dat bij GIT enige ict kennis enorm makkelijk is aangezien GIT zelden gebruikt wordt met clients wat bij SVN wel het gebruik was.
Qua ontwikkelen kan het iig bij elke type code gebruikt worden.

Ga wel voor iets wat je zelf host of neem een eigen GIT server af bij een partij die dit levert. Ik raad af om niet in zee te gaan met een partij als GITHUB. Ze zijn enorm goed maar net zoals de meeste hosters hier houden we ervan om makkelijk te kunnen schalen en niet voor elke repo een xx bedrag per maand te gaan betalen.

Dit omdat er super goede alternatieven zijn.

[Mark17]

GIT is in theorie voor elk type bestand goed te gebruiken. Echter moet je er niet vanuit gaan dat je met GIT voor elk bestand ook de verschillen kan inzien. Word kan hij bijv wel mergen met 2 mensen die wijzigingen hebben gemaakt maar excel weer niet.

Gaat het je enkel om het bewaren van revisies dan is het geen probleem en kan je ermee doen wat je wilt.

Let er wel op dat bij GIT enige ict kennis enorm makkelijk is aangezien GIT zelden gebruikt wordt met clients wat bij SVN wel het gebruik was.
Qua ontwikkelen kan het iig bij elke type code gebruikt worden.

Ga wel voor iets wat je zelf host of neem een eigen GIT server af bij een partij die dit levert. Ik raad af om niet in zee te gaan met een partij als GITHUB. Ze zijn enorm goed maar net zoals de meeste hosters hier houden we ervan om makkelijk te kunnen schalen en niet voor elke repo een xx bedrag per maand te gaan betalen.

Ik zat naar zelf hosten te kijken. Mede aangezien ik denk dat er vanaf het begin iets van 15-20 repo's zullen zijn waarvan er een aantal weinig zullen wijzigen (eens per jaar max.) en een aantal haast dagelijks.

Word mergen (indien van toepassing) is belangrijker dan Excel. Het klinkt in ieder geval beter dan de alternatieven die ik tot nu toe heb gezien. Enkel moet ik dan nog even kijken of er goed iets te maken is dat vanuit Windows automatisch een map in sync gehouden wordt via GIT. Als dat werkt dan kan ik Unison ook uitfaseren en kan GIT dat vervangen...

[golden]

Ik zat naar zelf hosten te kijken. Mede aangezien ik denk dat er vanaf het begin iets van 15-20 repo's zullen zijn waarvan er een aantal weinig zullen wijzigen (eens per jaar max.) en een aantal haast dagelijks.

Word mergen (indien van toepassing) is belangrijker dan Excel. Het klinkt in ieder geval beter dan de alternatieven die ik tot nu toe heb gezien. Enkel moet ik dan nog even kijken of er goed iets te maken is dat vanuit Windows automatisch een map in sync gehouden wordt via GIT. Als dat werkt dan kan ik Unison ook uitfaseren en kan GIT dat vervangen...

Nu geen tijd om te reageren.

Mocht je willen/experimenteren kijken kan ik wel wat accounts aanmaken op onze gitlab server. .