Komentowana treść: Git dla MorphOS-a
19.02.2018 19:03
[#4]
Re: Git dla MorphOS-a
Na wypadek gdyby ktoś miał problem z instalacją certyfikatów SSL (niestety plik z połączonymi certyfikatami nie będzie działać, postaram się to poprawić przy okazji następnej wersji):
1. Zapisujemy to jako gg:ssl/certs/install_certificates.sh
2. odpalamy konsolę
3. przechodzimy do katalogu gg:ssl/certs
4. uruchamiamy: sh install_certificates.sh
Skrypt powinien automatycznie ściągnąć cacert.pem ze strony curla, podzielić go na oddzielne pliki dla każdego z certyfikatów oraz pozmieniać im nazwy na odpowiednie (hashe generowane przez openssl).
1. Zapisujemy to jako gg:ssl/certs/install_certificates.sh
2. odpalamy konsolę
3. przechodzimy do katalogu gg:ssl/certs
4. uruchamiamy: sh install_certificates.sh
Skrypt powinien automatycznie ściągnąć cacert.pem ze strony curla, podzielić go na oddzielne pliki dla każdego z certyfikatów oraz pozmieniać im nazwy na odpowiednie (hashe generowane przez openssl).
19.02.2018 21:44
[#8]
Re: Git dla MorphOS-a
@waldiamiga, post #5
Nie mam pojęcia co to robi, ale git że pojawił się GIT :)
git is development version control systemm such as svn. very handy to cooperate on complex projects.
edit; sorry, zapomnialem najwyrazniej ojczystej mowy, git to narzedzie deweloperskie utyteczne przy wspolpracy na skomplikowanych projektach o dlugiej i byc moze rozgalezionej historii zmian,
Ostatnia aktualizacja: 19.02.2018 21:56:19 przez wawrzon
20.02.2018 07:07
[#12]
Re: Git dla MorphOS-a
Woow... tego właśnie potrzebowaliśmy i to od bardzo dawna. Wreszcie będę mógł komitować po ludzku w swoim tajnym repo na githubie 
. Dziękuję Ci bardzo Widelcu!!!
. Dziękuję Ci bardzo Widelcu!!! 
20.02.2018 13:34
[#16]
Re: Git dla MorphOS-a
@michal_zukowski, post #14
Do projektów bez rozbranchowania (np MorphOS) lepszy jest SVN/CVS.
Jesteś pierwszą osobą, od której usłyszałem taką opinię. Używałem CVSa, SVNa, a teraz tylko GITa. To jakim ciężkim bólem jest praca w kilka osób na CVS wie chyba każdy, komu było to dane. Mergowanie na SVN to klęska, bo SVN praktycznie nie potrafi rozwiązywać konfilktów. Kiedy kolidują 2-3 pliki, to jeszcze od biedy można to robić ręcznie (choć nie po to mamy narzędzia, żeby robić ręcznie). Kiedy koliduje ich "naście/dziesiąt" w każdym commicie - wszystko co ma się dla SVNa to ogromna pogarda i równie ciężkie epitety. Używanie takich staroci jak CVS/SVN jest dla mnie do tego stopnia traumatycznym wspomnieniem, że nie przyjąłbym oferty pracy jeśli nie było by możliwości użycia GITa/Mercuriala (no chyba, że za jakąś absurdalnie wysoką stawkę ;)).
20.02.2018 14:43
[#17]
Re: Git dla MorphOS-a
@michal_zukowski, post #14
CVS? Jak ktoś tego używa w dzisiejszych czasach to coś z nim jest źle.
SVN? Jak jedyne co masz to CVS i SVN to owszem, Subversion jest rozwiązaniem. Changeset zmienia wszystko (względem CVS).
Ale mając do wyboru git, svn, hg zapomniałbym o svn. Może oficjalne repo MorphOS-a nie ma wielu gałęzi ale nie znaczy to, że testowanie czegoś lokalnie musi oznaczać od razu wysyłanie zmian na serwer lub trzymanie zmian aż będą gotowe do wrzucenia do repo. Po to robi się branch. Tyle, że SVN i merge to masakra bywa...
Więc jak SVN to tylko via git-svn ;D
SVN? Jak jedyne co masz to CVS i SVN to owszem, Subversion jest rozwiązaniem. Changeset zmienia wszystko (względem CVS).
Ale mając do wyboru git, svn, hg zapomniałbym o svn. Może oficjalne repo MorphOS-a nie ma wielu gałęzi ale nie znaczy to, że testowanie czegoś lokalnie musi oznaczać od razu wysyłanie zmian na serwer lub trzymanie zmian aż będą gotowe do wrzucenia do repo. Po to robi się branch. Tyle, że SVN i merge to masakra bywa...
Więc jak SVN to tylko via git-svn ;D
20.02.2018 16:55
[#18]
Re: Git dla MorphOS-a
@michal_zukowski, post #14
Do projektów bez rozbranchowania (np MorphOS) lepszy jest SVN/CVS.
lokalne rozbranchowanie jest jedna z podstawowych zalet GIT-a. Jak z tego zaczynasz korzystac to zmieniasz calkowicie podejscie do pracy z repozytoriami i juz nigdy do svn-a nie wrocisz (chyba ze przez git-svn). Git uczy czestego commitowania do wlasnego brancha, testowania tam zmian i pozniejszego ich publikowania.
W przypadku SVN-a commitujesz dopiero jak jestes gotowy na upublicznienie pracy, a jak po drodze chcesz cos wyprobowac to masz pod gorke (albo jak cos przez pomylke spierniczysz miedzy commitami).
Commit Often, Perfect Later, Publish Once