Jakiego mechanizmu współpracy używacie?

[ailinon]

Jakiego mechanizmu współpracy używacie?

Pytanko do teamów większych lub mniejszych, a nawet i do solistów.Czego używacie do komunikacji i wymiany plików? Przesyłacie je mailem? Macie FTPa wspólnego? CVS, SVN, GIT?Od razu naszymi detalami zacznę - my, choć pracujemy tylko lokalnie, mamy SVNowe repozytorium zawartości z override/ a pracujemy na module zawierającym wyłącznie pliki .are/.bik. Czyli podobnie, wedle Redów, jak oni pracowali. Z tą różnicą, że teraz zamiast budować gotowe moduły Dżinem, używać będziemy do tego mojego narzędzia składającego pliki źródłowe w .adv (jak je dopracuję).Na wszelkie podejrzliwe "a co cię to obchodzi?" od razu odrzeknę, że kombinuję parę sposobów na ułatwianie życia modderom, i tylko nie wiem, na ile mogą okazać się sensowne a na ile nikomu nieprzydatne.-- Sinus

 

[rrrrrrrrrrrrrrr]

Forum, gg, sendspace, telefonia komórkowa.

 

[username_2074281]

Głównie korzystamy z forum, jak trzeba coś więcej opracować to przez gg. Pliki przesyłamy przez sendspace'a, RapidShare itp.

 

[Pawe___Bieniasz]

Niewiem jak sami d'jinniowcy sobie radzą ze składaniem moda, ale ogólnie Ifrit korzysta z paru platform::-Forum, gdzie prowadzimy dyskusje i naradzamy się itd..-Wikia, gdzie spisujemy wyniki naszych dyskusji.-Mantis, platforma, która pomaga w testach. Na niej testerzy zaznaczają wszystkie blędy i niedociągnięcia.-Czat, od czasu do czasu organizujemy spotkaniania, na których można znacznie szybciej przedyskutować dużo spraw. Po czasie spisuje się wnioski. Standartowo pomaga nam GG, Skype. -Do przesyłania plików bonsai zamontował jakieś Dino czy jakoś tak. Nie wiem nie stosuje. Trzymamy się speedyshare.com, sendspace.com, wyslijto.plOstatnio tez wszedł w życie obowiązek, ze każdy z Ifritów podaje swój numer telefonu. Są sytuacje naprawdę wymagające szybkich reakcji a na komputerze nikt nie siedzi cały czas. Tak duże grupy jak nasza wymagają bardzo dobrej organizacji, bo parę błędów, niedopilnowania i wszystko się sypie.

 

[Aalaron]

Pytanko do teamów większych lub mniejszych, a nawet i do solistów.

Topic w całości dotyczy przesyłania zasobów między teamami. A gdzie pytanie do "solistów"?

 

[ailinon]

Do solistów była część pytania o CVS/SVN/GIT czyli mechanizmy kontroli wersji. Sporo programistów ich używa, dla backupów czy możliwości powrotu do wersji sprzed jakichś eksperymentów. Szczególnie, że ułatwia to ewentualne rozpoczęcie współpracy z kimś więcej.

 

[Tuszu0x]

Do solistów była część pytania o CVS/SVN/GIT czyli mechanizmy kontroli wersji. Sporo programistów ich używa, dla backupów czy możliwości powrotu do wersji sprzed jakichś eksperymentów. Szczególnie, że ułatwia to ewentualne rozpoczęcie współpracy z kimś więcej.

Dobrze kombinujesz IFRIT już od jakiegoś czasu o tym myślał, ale trzeba by się w końcu zebrać i to zrobić ;D

 

[ailinon]

Nawet nie kombinuję tylko od początku mamy tak ustawione.Konkretnie ustawienie wygląda tak:- moduł: zawiera tylko .are i .git, i nic poza tym- katalog override/ jest cały zcheckoutowanym repozytorium SVNowym- przydaje się (choć nie mamy akurat my tego ustawionego, ale w dużych projektach może być bardzo użyteczne) podczepienie skryptów pod serwer SVN żeby zamykać numerowane problemy z Mantisa przy wykryciu tagów w opisach rewizji w SVNieTeraz jeszcze kombinuję taki auto-builder, narzędzie, które automatycznie pakuje dostaczone pliki w gotowy moduł w postaci .adv, może komuś się przyda.-- Sinus

 

[bonssaaay]

Może się przydać Wewnętrzna wiki jest także bardzo pomocna przy pracy nad tłumaczeniami. Nawet jeśli zmienimy cokolwiek scenariuszu/dialogach/wpisach po jego pracy, to odnalezienie zmian sprowadza się do 2 kliknięć.

 

[genobis]

Witam wszystkich, którzy mnie nie znają Tak jak napisali koledzy, w najbliższym czasie planujemy w Ifricie wdrożyć system kontroli wersji i najprawdopodobniej będzie to właśnie Subversion. W związku z tym, że wygląda na to, że macie to za sobą, miałbym kilka pytań do Ailinona Sinusa.1. Na ile korzystacie z wbudowanego w D'jinni wsparcia dla SVN?2. Czy mógłbyś napisać coś więcej na temat tworzonego przez siebie narzędzia?3. Na jakim serwerze znajduje się wasze repozytorium? Uczelnianym, firmowym, prywatnym? Czy jakiś publiczny?Pozdrawiam!

 

[ailinon]

1. Wcale, nigdy nie udało nam się tego jakkolwiek zmusić do działania :>2. To co wspomniałem to akurat zwykły automat podobny do nwn2packera - bierze katalog plików i zwija to w działający .adv. Przydatne w zasadzie tylko do szybkiego produkowania bieżącego (lub starszego) pełnego buildu modułu dla testerów (opcjonalnie pewnie z pominięciem źródeł skryptów czy modeli)... bo przecież każdy współautor może sobie moduł zbudować sam, Dżinem. No, jeszcze może się przydać do zrobienia buildu "same mapy" czyli takiego najbardziej przydatnego do pracy (okrojony moduł otwarty w Dżinie, a wszystkie pliki w override).3. Na prywatnym. Ale może dla teamów REDzi mogliby postawić jakiś serwerek..? To już Eriasha męczyć będzie trzeba (A, no i Ailinon jest płci żeńskiej, żadnego Ailinona nie ma ;P)-- Sinus

 

[genobis]

1. Wcale, nigdy nie udało nam się tego jakkolwiek zmusić do działania :>

A jednak REDzi tego w jakiś sposób używali... myślę, że fajnie by było, gdyby któryś z nich wypowiedział się na ten temat.

2. To co wspomniałem to akurat zwykły automat podobny do nwn2packera - bierze katalog plików i zwija to w działający .adv. Przydatne w zasadzie tylko do szybkiego produkowania bieżącego (lub starszego) pełnego buildu modułu dla testerów (opcjonalnie pewnie z pominięciem źródeł skryptów czy modeli)... bo przecież każdy współautor może sobie moduł zbudować sam, Dżinem. No, jeszcze może się przydać do zrobienia buildu "same mapy" czyli takiego najbardziej przydatnego do pracy (okrojony moduł otwarty w Dżinie, a wszystkie pliki w override).

Rozumiem. W czym to piszesz? I co z lokacjami? Wydaje się, że Twoje narzędzie rzeczywiście mogłoby być bardzo przydatne także i dla innych. Na jakim etapie pracy jesteś i czy planujesz je udostępniać w jakiś sposób?

3. Na prywatnym. Ale może dla teamów REDzi mogliby postawić jakiś serwerek..? To już Eriasha męczyć będzie trzeba

Byłoby fajnie, choć jakoś wątpię, byśmy mogli liczyć na coś takiego Prawdopodobnie poradzimy sobie sami... jakoś.

(A, no i Ailinon jest płci żeńskiej, żadnego Ailinona nie ma ;P)

Tak, po czasie mnie oświecili

 

[ailinon]

Rozumiem. W czym to piszesz? I co z lokacjami? Wydaje się, że Twoje narzędzie rzeczywiście mogłoby być bardzo przydatne także i dla innych. Na jakim etapie pracy jesteś i czy planujesz je udostępniać w jakiś sposób?

Piszę w, kryj się kto może, pehapie - bo było przewidziane jako webowe narzędzie współgrające z repo na svnie. Co masz na myśli przez "co z lokacjami"? Jest na etapie pierwszych poprawnych uruchomień - muszę tylko jeszcze od REDów uzyskać pełną listę numerycznych typów plików (w .pak/.erf/.adv rozszerzenia plików są gubione i zastępowane numerami) i będzie "wstępnie gotowe". Udostępnię, oczywiście, jak tylko upewnię się, że działa w miarę bezbłędnie - albo jakąś betę wypuszczę, albo coś.A w międzyczasie popełniłem mini-programik czytający pliki dialogów i rozumiejący już ich strukturę - jak mi odbije, to może dokończę go do stanu funkcjonalności jako uproszczony edytorek rozmów. Jestem zdesperowany ominąć problem "kolejne edycje linijek dialogu przy włączonych Properties opóźniają się coraz bardziej, aż do spokojnie 20 sekund oczekiwania po kliknięciu"...-- Sinus

 

[bonssaaay]

A w międzyczasie popełniłem mini-programik czytający pliki dialogów i rozumiejący już ich strukturę - jak mi odbije, to może dokończę go do stanu funkcjonalności jako uproszczony edytorek rozmów. Jestem zdesperowany ominąć problem "kolejne edycje linijek dialogu przy włączonych Properties opóźniają się coraz bardziej, aż do spokojnie 20 sekund oczekiwania po kliknięciu"...-- Sinus

Edytor xmli?Nie ma problemów z dialogami na kilka postaci, wsparcie dla edycji w kilku językach?To byłoby bardzo przydatne narzędzie.Potrzebujesz może współpracy w rozwoju tego programiku? :evil: Dodałbym obsługę wikikodu ;DEDITI czy programik potrafi już prawidłowo oznaczać ID kwestii? Następujące po sobie kwestie nie są numerowane w sposób naturalny (456, 457, 458, itd.), ale wartość ID różni się mniej więcej o 20. Różnice wartości chcwieją się i nie wiem od czego to zależy.

 

[ailinon]

Nie XMLi, przecież dialogi nie są w XMLach zawarte. Jeżeli mówisz o tych eksportowanych-importowanych, to one NIE zawierają wszystkiego co normalny plik z dialogami! (spróbuj w XMLu znaleźć np. nazwy testowanych flag czy QuestID). XMLe służą tylko do update'owania języków w dialogu. Problemu z dialogami na kilka postaci i tak nigdy nie było... Jakiego wikikodu w dialogach..? ID zaś są generowane jakoś po prostu po kolei, i służą tylko do właśnie np. update'ów XMLami. Sama struktura dialogu i kolejność kwestii jest zawarta w GFFowej strukturze pliku dialogowego. Jak chcesz się pobawić, to na jakiejś stronie neverwinterowej są PDFy z pełną specyfikacją formatów plików. Zacznij tu: http://nwn.bioware.com/developers/gff.htmlA że się powtórzę - > Co masz na myśli przez "co z lokacjami"?[edit] O, a ten tutorial z konwersją GFF-TXT mi się podoba, konceptowo. SVN z podpiętym tekstowym diffem pomiędzy kolejnymi wersjami GFFa, do np. wspólnego pisania dialogów? Nie rządziłoby..? ;P-- Sinus

 

[genobis]

Nie XMLi, przecież dialogi nie są w XMLach zawarte. Jeżeli mówisz o tych eksportowanych-importowanych, to one NIE zawierają wszystkiego co normalny plik z dialogami! (spróbuj w XMLu znaleźć np. nazwy testowanych flag czy QuestID). XMLe służą tylko do update'owania języków w dialogu. Problemu z dialogami na kilka postaci i tak nigdy nie było... Jakiego wikikodu w dialogach..?

bonsaiowi marzy się automatyczne, albo półautomatyczne, przerzucanie treści dialogów z wiki bezpośrednio do tworzonej przygody. Ale to se ne da.

A że się powtórzę - > Co masz na myśli przez "co z lokacjami"?

Miałem na myśli dekoracje i ustawieni lokacji, ukrywane przez D'jinni przy rozpakowywaniu, ale to pytanie było głupie. Skoro mowa o generowaniu kompletnego adv, to siłą rzeczy lokacje też tam będą. Wciąż jednak nie rozumiem, w jaki sposób pracować nad lokalną kopią roboczą (z luźnymi plikami, jak rozumiem) z poziomu D'jinniego.

O, a ten tutorial z konwersją GFF-TXT mi się podoba, konceptowo. SVN z podpiętym tekstowym diffem pomiędzy kolejnymi wersjami GFFa, do np. wspólnego pisania dialogów? Nie rządziłoby..? ;P

Rządziłoby ale potrzebna byłaby też konwersja w drugą stronę, prawda?

 

[bonssaaay]

Sinus, jak tam postępy?

 

[ska-cze.758]

1. Wcale, nigdy nie udało nam się tego jakkolwiek zmusić do działania :>

A jednak REDzi tego w jakiś sposób używali... myślę, że fajnie by było, gdyby któryś z nich wypowiedział się na ten temat.

To nie do konca dzialalo tak jak bysmy chcieli. De facto da sie zmusic djinna do zadawania pytania o stan locka przy edycji plikow, ale takich rzeczy, jak show log/etc juz nie da sie zrobic z jego poziomu (resource explorer). Musze przyznac, ze w tej kwestii (i wersji) edytor pozostawia sobie wiele do zyczenia. Najlepiej uzywac svn'a bezposrednio na katalogu repozytorium (np Ailinon'owo-Sinusowy /override) i lockowac zasoby przy edycji manualnie. Traci sie na to chwilke wiecej, ale i tak jes tto lepsze/szybsze od tego co mozna uzyc bezposrednio w edytorze. >_

 

[genobis]

Mam jako takie pojęcie na temat SVN, choć niestety nie do końca znam specyfikę samego D'jinniego. Gdzie indziej, oprócz override, można umieścić pliki kopii roboczej? Wydaje mi się, że lepiej unikać override z poniższych powodów:-Z tego co wiem, w override nie da się trzymać wszystkiego (np. lokacji), a może oprócz tego są jeszcze jakieś inne ograniczenia?-Można w ten sposób pracować tylko nad jednym projektem naraz.-Nie ma wyboru co do położenia kopii roboczej.Zastanawiałem się nad tym, by jednorazowo zaimportować do repozytorium pliki rozpakowane przez D'jinniego do katalogu tymczasowego. Tutaj jednak pojawia się chyba jeszcze większy problem, mianowicie konieczność zapakowania kopii roboczej w adv, by w ogóle dało się nad tym pracować w edytorze (co jednak praktycznie zabija możliwość sensownego korzystania z systemu kontroli wersji). Mam wrażenie, że pomijam coś potwornie ważnego, że czegoś zupełnie podstawowego po prostu nie wiem. Czy naprawdę nie ma możliwości pracy na plikach nie upakowanych w adv?

 

[ska-cze.758]

Wlasnie dotarlo do mnie, ze zapominam o priorytetach wczytywania zasobow, jesli resource manager znajduje kilka wersji tego samego pliku. Adv'ka ma prio nad zasobami wewnatrz repozytorium bazowego, wiec to wykluczalo np - wczytywanie starych 2da / etc z bazowego repozytorium zamiast z modulu. Override ma z tego co pamietam prio za adv'ka. Wiec mozna uzyc go jako baze dla checkoutu zasobow.A ogolnie, adv to kontener, wiec jesli uzywamy /override, mozna pracowac zupelnie bez niego.Ailinon'owo-Sinusowa metoda zaklada uzycia golego ADV (czyli de facto mudulu (*adv to *.mod + zasoby), bez zasobow) i jednego katalogu z pakowanym przez nas do przygody syfikiem na jedna kopie gry (czyli bazowe repozytorium zasobow). Faktycznie, w przypadku wielu projektow na raz, podobne rozwiazanie nie ma racji bytu - bo czesc zasobow na pewno ulegnie duplikacji, chocby ze wzgledu na nazwe - i nie mamy kontroli nad tym z ktorego dokladnie korzystamy w danej chwili. Co nie zmienia faktu, ze wlasnie tak robimy to po naszej stronie - jeden projekt, jedno repozytorium. Polecam uzycie centralnego serwera subversion - a nie dystrybucje w adv'kach via rapidshity/fileshacki/etc - to morderczo usprawnia wspolna prace - plus dzieki temu wiadomo, kto nam wlasnie nadpisal tworzony 18 nocy w pocie czola skrypt spacjami. ;3Czyli podsumowujac:a) Serwerek subversion, nawet stawiany prywatnie.b) 1 repozytorium (instalacja / _katalog_ z kopia zasobow) na 1 projektc) \override jako bazowy katalog checkouta nowych / zmodowanych zasobowd) adv zawierajace jedynie gole obszary, bez zasobow - tez zacheckoutowane via svn w odpowiednim katalogu.Przynajmniej taka wersja dosc niezle sie sprawdza. ^^Plus - o ile tez nie zapominam o czyms waznym, czyli np.: - wymieniane przez Ciebie niezbyt wlasciwe zczytywanie lokacji z override... >_< P.s.Po naszej stronie nie musimy uzywac override'a i kontenerowych adv'ek, tylko mamy niepakowane zasoby podzielone na katalogi/kategorie ktore sa wczytywane bezposrednio jako calosc. Moze podobne rozwiazanie tez by dalo sie w jakis sposob wprowadzic po Waszej stronie? Tzn - rozpakowac wszystko oprocz voice'ow / sound / music, podzielic na katalogi, zacheckoutowac svn'em i dopiero modyfikowac? A potem wyizolowac zmiany od poczatku projektu, wygenerowac binarki, zbic w paczke, dodac do adv i dopiero myslec o fileshackach/megasyfach?