(zakończony) Etap4: konfiguracja repozytorium kodu: GIT

Borixon911 napisał:http://vipserv.org/oferta   - w każdym swoim planie taryfowym oferują repozytorium git.
                                      Najtańszy 5.23 zł brutto miesięcznie. Użytkownicy też mogli by się ewentualnie dorzucić po parę groszy(oczywiście dobrowolnie). Pewnie jest więcej takich tym podobnym serwisów.

Może rzeczywiście warto zacząć po prostu od konfiguracji repozytorium GIT. (na razie bez narzędzia trackującego te repozytoria np. GitLaba).

Jak nie wymyślimy nic innego (to jest niezłe na początek) to ja pokryję koszt konta na tym serwerze ... to się wydaje prostsze niż zbieranie zrzutki od chętnych., tym bardziej że koszt dla mnie jest niski.

Ja posiadam serwer u siebie w domu, który działa 24/7. Jest na nim postawiony Windows Server 2008 R2 wraz z IIS 7.5. Jak mi się uda odpalić GitLab'a, to jako platforma testowa świetnie się do tego nada. Mogę udostępnić stronę.

Admin napisał:

michupl22 napisał:Ja szukając systemu SVN na swoje potrzeby znalazłem VisualSVN. W wersji darmowej jedynym ograniczeniem jest możliwość stworzenia tylko jednej strony, ale za to nieograniczona liczba repozytoriów i użytkowników. Oprócz tego jest klient VisualSVN, który integruje się z Visual Studio. Jedyne ograniczenie to brak integracji z Active Directory, co chyba nie jest nam potrzebne.

GitLab próbowałem się bawić, ale nie udało się skonfigurować. VisualSVN poszło bez problemu.

A czy nie jest tak że VisualSvn integruje się z repozytorium SVN ?
Bo jak tak, to ja bym odchodził (jak wszyscy dzisiaj) od SVN'a i skłaniał się ku narzędziom trackującym nowocześniejsze repozytoria, takie jak repozytoria GIT'a.

Michu da się skonfigurować GitLAb'a. Pewnie kwestia czasu (kto wie może chętny się znajdzie).W firmie w której pracuję, GITlab śmiga. W firmach deweloperskich w których pracują moi koledzy też śmiga GitLab i nie mają zastrzeżeń do tego. Uważam że w naszej sytuacji (brak budżetu) musimy iść w opensourcowe narzędzia (to jest stabilne i ma sporą dokumentację + społeczność). Poczytajcie sobie zresztą ten wpis powyżej od danielk220687  w którym pisze dość szczegółowo o plusach i minusach gitlaba. Czy ktoś jeszcze jest tu po mojej stronie  .

Ja mogę być w błędzie, bronię tylko swoich racji ... czyżbym był tu jedynym zwolennikiem gitlaba (są tu jacyś zawodowi deweloperzy w tym wątku ?? niech się wypowiedzą).

Jeśli chodzi o narzedzia open source to z tego co znalazłem na temat GitLab w internecie, zapowiada się całkiem dobrze. Płacić za narzedzia w chwili kiedy projekt jest na starcie i się rozwija to bardzo średni pomysł. Da się skonfigurować klienta do gita, znajdą się też inne wedle uznania: [1] [2][3][4]

Ok. W takim razie tez obsewuje jak się wątek rozwinie. Sam coś będe kombinował w temacie i dam feedback.

Witam
Trochę off topic:
Ja jestem za tym, żeby zrobić tak jak wcześniej pisał Stravi: stawiać jak najszybciej najlepiej bezkosztowo i bez limitu... Nie mniej jednak mogę zrobić jakąś mikropłatność (Koszmarek jest przeciwnikiem - wiadomo formalności). Z dużym prawdopodobieństwem nigdy nie będę devem ale całym sercem popieram naszą platformę (projekt) Madagaskar.
Pozdrawiam
Tomtom

Skoro michupl22 masz dostępny server 24/h to może spróbuj odpalić na próbę http://bonobogitserver.com/ na IIS.
U mnie lokalnie hulało. Git + Source Tree+ bonobogitserver. Z zewnątrz nie dałem się rady do niego dostać.

Spróbuje odpalić. Jak mi się uda odpalić to dam wtedy dane i adres.

\\edit

Udało mi się to skonfigurować na własnym serwerze. Oto adres:

http://madagaskar-git.xuu.pl/

Włączyłem rejestracje, więc każdy może założyć sobie konto.

Hej. Założyłem konto. Dodałem repo. Sklonowałem je do siebie w source tree, wprowadziłem zmiany i push na serwer. Działa pięknie. Michupl22 jako admin powinieneś widzieć to repo - daj znać. Dobra robota.

Widze twoje repozytorium. Wszystko działa. Można testować.

Brawo !

... tylko teraz co dalej  ???

Możemy zacząć coś tworzyć

To mi teraz chodzi po głowie pomysł na to w jaki sposób przetestować działanie (sprawdzić przydatność naszego serwera).

Otóż w tym wątku robiliśmy code review aplikacji pod warsztat 17:
https://madagaskar.forumpolish.com/t115-zakonczonywarsztat-17-etap-06-kontrola-jakosci-kodow-aplikacji-treningowej-oraz-egzaminacyjnej

Co powiecie na to, aby wrzucić jeszcze raz aplikację w ver 1 ale tym razem do naszego nowego repozytorium, i zacząć próbować próbować tą aplikację poprawiać, ale właśnie w git. (na razie nie szaleć - tylko poprawiać jakość jej kodu a nie dorabiać na potęgę nowe ficzery do tej aplikacji).

Wtedy wyjdą nam różne braki/niedociągnięcia konfiguracji na naszym serwerze np. BYĆ MOŻE pojawi się potrzeba takiego dokonfigurowania uprawnień, gałęzi itd. aby w sposób kontrolowany był poprawiany kod aplikacji (tzn. aby np. nie było czegoś takiego , że  10 programistów chaotycznie wrzuca swoje rewizje do repozytorium z czego połowa to poprawki w kodzie niezgodne ze standardami programowania ... czyli może skończy się wydzieleniem gałęzi w której autoryzowana osoba będzie robić merge tylko zaaprobowanych przez niego rewizji innych programistów z gałęzi roboczej).
... itd. itd.

Krótko mówiąc - dopracujemy na takim kodzie nasz własny proces pracy nad tym samym kodem w repozytorium , zbierzemy pierwsze doświadczenia.

Co wy na to ?

Tutaj raczej przydałby się ReviewBoard - przy nim zaczniemy ustalać zasady pisania kodu obowiązujące w naszym zespole.

Nie upieram się na moją propozycję.
Możemy na próbę tworzyć prostą aplikację zupełnie od nowa i w ten sposób przetestować wspólną pracę na GIT'cie.

Nie chodziło mi o to żeby zmienić program, na którym będziemy testować GITa, ale o to, że według mnie i tak skończymy na ReviewBoard. Manualny merge będzie bardzo uciążliwy.

Stravi napisał:Nie chodziło mi o to żeby zmienić program, na którym będziemy testować GITa, ale o to, że według mnie i tak skończymy na ReviewBoard. Manualny merge będzie bardzo uciążliwy.

Ok, ale jak rozumiem to pisząc "ReviewBoard" masz na myśli tool'a z GitHuba, tak ?
Bo jeśli tak to ani Githuba ani GitLaba nie mamy jeszcze skonfigurowanego (to będzie prawdopodobnie kolejny etap). Jest wielce prawdopodobne że w praniu okaże się , że tego typu narzędzia nam zabraknie, ale jak już wcześniej wspomniałem trzeba zacząć pracować na próbę nad wspólnym kodem, aby taka potrzeba wyłoniła nam się naturalnie.

Czyli co, tworzymy jakąś nową prostą aplikację ? (umieszczoną w repo na naszym Git).

Tak dokładnie chodziło mi o:
https://www.reviewboard.org/

Czyli ty wrzucasz kod pierwszej wersji, każdy kto chce robi poprawki i wrzuca swój kod na prv_branch?

rozumie, fajne

Czyli mamy co robić.
Wracam więc do pierwszego pytania - czy rzucamy teraz hasło/pomysł na jakąś prostą aplikację ? zaczniemy nieśmiało pracować nad jej rozwojem (choćby tylko po to , żeby zainicjować nasz team-development)

Proponuję już nie tracić czasu na wybieranie tej prostej aplikacji przez kolejnych kilka dni - to ma być tylko rozgrzewka.
Wybierz coś sam, stwórz pusty projekt i wrzuć na master branch.

Proponuję np. stworzenie aplikacji w WPF generującej pliki o podanej ilości i rozmiarze - pole do podziału na front-end i back-end
Feature'y:
- Kontrola ilości generowanych plików
- Kontrola rozmiaru generowanych plików ( Lista B, KB, MB, GB)
- Kontrola zawartości plików - np. podajemy patttern "x2y3z" i ma się on powtarzać w pliku
- kontrola nazewnictwa plików
- Kontrola ścieżki zapisu plików
- ...

A może na szybko wymyślisz coś innego, lepszego.

Ok jak dla mnie to niech będzie i taka aplikacja.
... tyle że może nie w WPF a na razie w zwykłym WinForms, co ?
Nie wszyscy znają WPF a chodzi o to, aby teraz była potencjalnie jak największa liczba uczestników która włączy się do próbnego team dewelopmentu.

Ok, nie ma problemu. Na apkę testową nie będę się upierał przy WPF.

Czekamy Koszmarek, na utworzenie tego repo. Niech zacznie się zabawa

Sorry, ale ja nie mam w co rąk włożyć (teraz tworzę dokument w którym przekazuję tomtomowi koordynację egzaminami).

Tak jak wspomniałem w poprzednich postach. W projekcie będę szukał chętnych na wykonywanie akcji ale nie będę ich wykonywał ja (bo się nie rozczworzę ;p)

Kto utworzy repo ?

http://mdatelier.mooo.com:6969/Bonobo.Git.Server/FileGenerator.git

Proszę nie wykonywać push'y na branch master.

Edit:
To jeszcze krótkie info jak się dobrać do tego repo.
1. Załóż konto na http://madagaskar-git.xuu.pl/
2. Poproś o dostęp mnie lub michupl22
3. Zainstaluj GITa na swoim komputerze
4. Zainstaluj Tortoise for GIT na swoim komputerze
5. Wejdź do folderu w którym chcesz przechowywać repo tego projektu
6. Prawy przycisk myszki na białym tle > Git Clone

7. Kliknij OK
8. Klient GIT poprosi Cię o login podany podczas rejestracji w pkt. 1 i klikasz OK
9. Klient GIT poprosi Cię o hasło podane podczas rejestracji w pkt. 1 i klikasz OK
10. BRAWO masz nasze repo na swoim kompie.