Witam
Szukam serwis / oprogramowania/ rozwiązania dla 2 programistów pracujących nad jednym projektem zdalnie w delphi 10.3.3 community
Proszę o porady.
0
2
git + github
2
No, ale przepraszam nie rozumiem w czym problem?
GITa znacie? :)
- Rejestrujesz się na gitlab.com i wybierasz opcję free (może być też github, ale do własnych projektów wolę gitlaba). Możesz to hostować u nich, albo mieć całą infrastrukturę u siebie.
- Wrzucasz tam swój projekt
- Konfigurujesz GITa u siebie i tu masz ogrom możliwości. Albo korzystasz z czegoś osobnego albo z IDE (nie mam pojęcia czy Community to wspiera).
Ja korzystam z Forka, ponieważ jest bardzo szybki, intuicyjny i ładny. Kasę za licencję Forka niby chcą, ale w sumie jakoś tak mało chętnie, także można pracować.
Ale oczywiście masz do wybory Tortoise, SourceTree, itd. itp. jest tego po dach.
A potem programujesz.
To pytanie w sumie nie dotyczy Delphi, tylko znajomości GITa.
0
Dziękuję za informacje.
Jak to działa w praktyce - synchronizuje pliki projektu ? czy coś więcej?
0
Andrzej Gicala napisał(a):
Dziękuję za informacje.
Jak to działa w praktyce - synchronizuje pliki projektu ?
Dokładnie, ale to nie musi być aż tak proste.
W ogóle znasz GITa?
Używałeś?
czy coś więcej?
Pytasz troszeczkę od czapy... Tak jakbyś w ogóle nie znał GITa.
To prawda?
0
@Andrzej Gicala: Może synchronizować co chcesz, na wielu rogałęzieniach, nawet pliki binarne - pytanie czy to ma sens. Zazwyczaj wersjonuje się pliki źródłowe i ew. zasoby. Przy czym jeśli zasoby są wielkie to używa sie stosownych rozszerzeń gita.
Istnieją też starocie jak CVS czy odrobinę lepszy SVN czy dziwactwa jak jak dedykowane dla Delphi Jedi VCS, ale nie wiem czy jest obecnie sens iść w cokolwiek innego niż GIT. GIT jest decentralizowany i synchronizować możecie przez wspólny serwer, wystawiając swoje repa, wysyłając zmiany mailem czy pożyczając sobie dyskietki ze zmianami - git będzie potrafi to mergować.
0
@wloochacz: Tak nie znam GITa.
W pytaniu o praktyczną stronę chodziło mi o to jak programować w praktyce, Jest nas dwóch. Rozumiem że powinniśmy stworzyć "szkielet" i każdy programować inny unit?
0
Możecie nawet jeden unit robić, zależy jak taski podzielicie. Po to jest GIT by każdy mógł odpowiadać za inny kawałek tego samego pliku, a nawet modyfikować jedną metodą na raz.
0
Andrzej Gicala napisał(a):
@wloochacz: Tak nie znam GITa.
Na pewno?
Następne pytanie sugeruję, że wiesz co to GIT, ale nie potrafisz go używać.
Bo co ja mam napisać - użyj brancha, używajcie GitFlow, albo zrobisz to na stashu, albo... Możliwości jest sporo, ale każda ma jakieś ale i nie do w wszystkiego jest dobra.
W pytaniu o praktyczną stronę chodziło mi o to jak programować w praktyce, Jest nas dwóch.
Rozumiem że powinniśmy stworzyć "szkielet" i każdy programować inny unit?
Nie unit, a funkcjonalność, która może być w wielu modułach lub projektach.
Jezdną z gorszych rzeczy, które możecie zrobić to programować tak-jak-leci, czyli wszystko w onklikach, bez separacji, w jednym module w jednym super-obiekcie itd.
Mam Ci określić architekturą i wyjaśnić dlaczego tak, a dlaczego nie?
Ale nawet jeśli programujecie jeden unit, to też można. Problemy mogą być (ale nie muszą) przy scalaniu takich zmian.
Panie kolego - to wszystko zależy.
Ale generalnie tak; tworzysz projekt lub grupę projektów.
Wrzucasz na GITa.
Chcesz coś tam zrobić w tym projekcie, to robisz GitFlow->New Feature i działasz. Skończysz, testujesz i robisz Finish Feature w GitFlow.
I tyle - mniej więcej ;-)
Tu ściąga o GitFlow:
https://danielkummer.github.io/git-flow-cheatsheet/index.pl_PL.html
PS.
GitFlow nie jest jakimś dodatkiem do GIT.
To jest po prostu pewna konwencja używania GIT.
Polecam.