Offtopic topic #52

Raaoul schreef:

IK WIL EEN SITE MAKEN MAAR HEB GEEN IDEEÀ‹N

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Ik dacht al, als ik iedere 5 min ook die shit nog moet doen begin ik er per definitie niet aan. Kan je het nog echt 1000% zelf hosten? Zodat het niet op de servers van andere staat?

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Ik dacht al, als ik iedere 5 min ook die shit nog moet doen begin ik er per definitie niet aan. Kan je het nog echt 1000% zelf hosten? Zodat het niet op de servers van andere staat?

Ja dat kan. Maar Github is relatief betrouwbaar hoor. Je kan het ook op bitbucket hosten, daar kun je gratis private repos aanmaken.

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Ik dacht al, als ik iedere 5 min ook die shit nog moet doen begin ik er per definitie niet aan. Kan je het nog echt 1000% zelf hosten? Zodat het niet op de servers van andere staat?

Ja dat kan. Maar Github is relatief betrouwbaar hoor. Je kan het ook op bitbucket hosten, daar kun je gratis private repos aanmaken.

Hmm... Nee dankje. Dan heb ik het gevoel dat ik mijn grip op mijn systemen kwijt raak. Het lijkt leuk maar nu niet.

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Ik dacht al, als ik iedere 5 min ook die shit nog moet doen begin ik er per definitie niet aan. Kan je het nog echt 1000% zelf hosten? Zodat het niet op de servers van andere staat?

Ja dat kan. Maar Github is relatief betrouwbaar hoor. Je kan het ook op bitbucket hosten, daar kun je gratis private repos aanmaken.

Hmm... Nee dankje. Dan heb ik het gevoel dat ik mijn grip op mijn systemen kwijt raak. Het lijkt leuk maar nu niet.

Je kunt ook gewoon je repo op je computer zelf hosten.

Maartenf schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zo. Mezelf even goed geregistreerd op GitHub, alles goed ingesteld op mijn PC. Straks even inlezen in GIT. #jaiktweethet

Once you go Git, you never go back.

Je zult me toch het forken, mergen enzo moeten uitleggen. De basisprincipes van committen snap ik namelijk al wel.

Forken is het "kopieeren" van een Github repo naar je eigen account zeg maar.

Mergen is het samenvoegen van de ene branch met de andere.

Dus stel je hebt een dev en een production branch, als je nu je wijzigingen van dev wilt verwerken in die van production gebruik je merge.

Dus als ik wil contributen, of als ik een eigen variant van een project wil maken dan fork ik het en dan kan ik er in werken en kan ik het naar de master committen, of naar een eigen kopie?

En mergen is dus niks meer dan de veranderingen van 2 losse projecten als het ware bij elkaar gooien (waarbij uiteraard alle diff meegenomen worden).

Bijna correct. Ik zou even opzoeken wat branches zijn want het zijn geen twee verschillende projecten maar gewoon 2 aparte delen van je code zeg maar.

Probeer deze tutorial eens: http://try.github.io/levels/1/challenges/1

Ik git nooit iets, ik zie er het nut vaak niet van in. Waarom wil iemand mijn systeem willen hebben? Ook verdien ik er niets aan. niet dat dat mij nu drijft ofzo.

Nut van git => versiebeheer
een git repo moet niet altijd open source zijn. je kan ook gewoon zelf je git repo hosten.

Aha, dus wat ik vaak handmatig doe gebeurt daar automatisch?

Je moet natuurlijk wel je wijzigingen comitten naar de correcte branche na een grote wijziging ofzo. Dan vul je een goede beschrijving in, en stel heel je code word poep na een dagje en je wilt teruggaan naar die wijziging, dan kan dat.

Hmm, klink niet als iets wat geschikt is voor mij om eerlijk te zijn. Klinkt extreem omslachtig.

Als je er eenmaal mee werkt is het super handig en is het echt niet omslachtig. Je hoeft natuurlijk niet te comitten iedere 5 minuten.

Ik dacht al, als ik iedere 5 min ook die shit nog moet doen begin ik er per definitie niet aan. Kan je het nog echt 1000% zelf hosten? Zodat het niet op de servers van andere staat?

Ja dat kan. Maar Github is relatief betrouwbaar hoor. Je kan het ook op bitbucket hosten, daar kun je gratis private repos aanmaken.

Hmm... Nee dankje. Dan heb ik het gevoel dat ik mijn grip op mijn systemen kwijt raak. Het lijkt leuk maar nu niet.

Je kunt ook gewoon je repo op je computer zelf hosten.

Hoe doe je dat het simpelste?

Jurrie schreef:

Hallon groeton Dion.