[look997]

#github #git #nodejs #webdev #programowanie kontynuacja tego wątku.

Doszedłem do wniosku że można bez problemu używać gita i pair programming jednocześnie.

Pair programming robię na pojedynczym pliku(przełączam się między pojedynczymi) i takie pair programming mogę robić innym kanałem niż git, plik wysyła się i jest zapisany na np. dwóch komputerach lokalnie, normalnie, w folderze projektu. Jeden z nas (obojętnie kto) robi jako pierwszy commit i push z tymi zmianami, druga osoba też robi commit i pull, wszystko się bez problemu, bez pytania merguje za pomocą recursive strategy, push i gotowe.

Wtedy inne osoby (ci którzy nie edytowali pliku "live") mogą normalnie zrobić pull.

Tak samo da się zrobić jak więcej osób jest w pair programming jednocześnie. Jedna osoba wysyła zmiany a reszta sobie merguje.

Wszystko ląduje w git i jest git. :)

Tylko teraz jest kwestia, czego użyć? Coś co działa z lokalnym plikiem i najlepiej w ulubionym edytorze(ale to nie konieczne).
Powtarzam: wystarczy że pair programming jest na pojedynczym pliku i ręcznie włączany tylko w razie potrzeby, wcale nie musi być na całym projekcie i cały czas (na cały czas ma być git).

[chester]

@look997: Sądząc po tym opisie powyżej, to właśnie odkryłeś jak działa git. Good for you.
Ale za cholere nie kumam po co Ci jakiś pair-programming. Ciągle nawiązujesz do tego edytowania jednego pliku w dwie osoby naraz?

[look997]

@chester: Co do cholery!? Ja tutaj opisałem jak git zachowuje się gdy jakiś plik projektu jest przesyłany między współ-programistami innym kanałem niż git.
Nie zauważyłeś?!
Przedstawiłem tutaj że można jednocześnie użyć git i Pair programming!!!

[look997]

@chester: Zacytuję siebie z poprzedniego wątku co do przydatności Pair programming:

To jest ciekawe że takie coś jest wyśmiewane. Przecież real-time masz podgląd pojedynczego pliku, kiedy dwie osoby na raz go włączą. Nie trzeba wszystkich plików na raz wysyłać nieustannie między sobą.

Można to sobie wyobrazić tak, jakby druga osoba stała obok ciebie i gadacie normalnie i widzicie kod, możecie wskazać konkretne miejsce, coś zmienić. No wyobraź sobie: tak jakbyś

[chester]

Nie spinaj sie tak, żyłka Ci pęknie i będziesz brzydki :) Po prostu zapytałem czego oczekujesz, bo trochę skomplikowane jest to, co piszesz.

IMHO nie ma co kombinować - nie używać dzielenia plików, póki nie jest to niezbędne (nadal nie widzę potrzeb..), a do samego pair-programming w takiej formie, o jakiej pisałeś, to pewnie wystarczy dzielenie ekranu. Dzielenie pliku przez jakiś serwis web może być męczące przez konieczność wrzucania zawartości tego pliku

[look997]

@chester: Udostępnianie ekranu też omawialiśmy w poprzednim wpisie.
Spróbowałem nawet udostępniania ekranu przez skype i obraz jest niewyraźny.

A z niewygodą - ja właśnie szukam rozwiązania które ogranicza się do kliknięcie przycisku "w tej chwili potrzebuję pair programing" i on sam synchronizuje od tego czasu plik projektu który jest edytowany. To można zrobić albo przez wtyczkę do ulubionego edytora(o ile taka jest) albo przez dodatkowy osobny lokalny program który

[chester]

@look997: To wygląda obiecująco: https://floobits.com/
daj znać jak sprawdzisz

[larvaexotech]

@look997: Jeśli nie pracujecie zdalnie (lub macie niewielki dystans km od siebie) to prościej jest usiąść we 2 przy jednym sprzęcie po prostu...

A jeśli nie to możecie się zainteresować livecoding i niech jedna osoba po prostu streamuje a druga niech ogląda i wspomaga słownie. Aczkolwiek wg mnie i tak i tak jest to zupełnie bez sensu.

[look997]

@chester: Powiem tak: w zasadzie idealne rozwiązanie ale... płatne. :(

Jeśli byłoby to samo:
edycja z poziomu strony internetowej, wtyczka integrująca z Atom, czat audio(niekonieczne), żeby synchronizowały się też dodane nowe pliki i usunięte(z poziomu strony jak i atom). A i jeszcze żeby synchronizowało ze zdalnym serwerem testowym, tak żeby można było zrobić podgląd działania "w terenie" gdy nie ma dostępu do kompa z projektem.

To bym chciał. :)