Diskuze: Sdílení projektu mezi dvěma firmami. Jak na úpravy, zodpovědnost ?
Zobrazeno 6 zpráv z 6.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
Přímo takovou zkušenost nemám, přijde mi to celkem neobvyklé.
Bude záležet na tom, jaký máte s dodavatelem vztah. Jestli ten software vyvíjí čístě pro vás (a třeba ve smlouvě máte, že výsledek patří vám včetně zdrojových kódů), nebo zda dodává stejný software více firmám (a třeba pro každou má verzi s určitými unikátními úpravami "na míru"). V druhém případě asi dostáváte jenom licenci na používání, nevlastníte daný SW.
Definovat odpovědnost za každý commit mi přijde jako příliš jemné dělení. Spíš bych to viděl na odpovědnost za větev, která se pak merguje do masteru. Pořád ale podle mě potřebujete někoho, kdo bude zodpovědný, že zamergování dané větve nerozbije master (v kombinaci s dalšími commity, co se tam dostaly)... a tuhle zodpovědnost by podle mě měla mít jen jedna entita (spíše ta dodavatelská firma).
A je třeba definovat, co slovo "odpovědnost" znamená -- jak se bude řešit situace, kdy ten SW někdo "vhodnými" commity rozbije.
Díky za reakci.
Aplikaci firma dělá jen pro nás, jsme jediným majitelem, kód máme sice
k dispozici, ale zatím je nám na nic.
Umím si představit, že by spolupráce fungovala jako v týmu, každý zhruba
ví na čem zrovna pracují ostatní a snaží se předejít kolizím při
merge, případně se dá domluvit.
Nejde mi ani tak o právní stránku, spíš jak by to reálně mohlo fungovat. Na právní spory by nejspíš vůbec nedošlo.
Každý update se nejdříve vyzkouší na testovacím serveru. Možná ne formálně, ale prakticky je odpovědnost vlastně také na testerech, tedy na nás - na klientovi. Na chyby v datech zase často narazíme při dotazech do databáze, které si vytváříme sami. Ale vlastně nemáme možnost data sami opravit...
No, hele. Vidis to moc ruzove. Mne GIT prijde jako takova brzda vyvoje.
Takovy program, ktery asi mas, dokazi zplacat za 14 dni. Z gitem by se to tahlo
mesice nez mi to nekdo naschvaluje. Mam prave podobne zkusenosti, ze jsem cekal,
az to nejaky admin schvali. Coz je naprd, kdyz udelas v kodu chybu, ktera se
dostane ven a potrebujes ji rychle opravit Od sebe to mam za 20 min + 3s ftp
copy, enter. S tim schvalovanim jsem to delal 2 dny!
Nicmene, vidis to dobre. Mit hlavni server, kde se to promitne hned do
programu. Pak potrebujes mit jednu kopii na tom samem serveru (protoze i mala
malickost v nastaveni serveru muze udelat pad a obvykle mas htacces nastavene,
aby nevypisoval chyby na obrazovku). Treti kopii mas u sebe, kde to ladis. A
ctvrtou mas ve slozce, ze ktere to odesilas. Tu mas podchycenou vlastnim gitem
vuci te test verzi.
Aspon, ja to delal tak, ze mam spusteny xamp server pod win. Ladil jsem si to v
jedne slozce a hotove soubory si chystal v jine. Tim jsem si tam mohl delat
nejake pokusne soubory a git mi do toho nepindal a nekopirovali se na servery
ven. (mno, a pak pri preinstalovavani xampu mi odinstalace smazala slozku z
programy a chvili na to jim klekl server. takze jsem prisel komplet o vsechny
kopie programu Ale, oni stejne
meli v planu prejit na jiny produkt. Ale to je jina historie )
Jakoze, mozna uplne idealni by bylo, mit ftp pristup primo na ten testovaci
server. A tam si udelat nejaky pokusny. Nektere veci proste u sebe neuvidis.
Podle toho, co píšeš, mi přijde jako nejlepší řešení se s tou firmou pobavit o tom, že byste také chtěli přispívat a jak by se to dalo zařídit. Oni budou mít nějaké procesy, které při vývoji používají, takže byste se do nich mohli začlenit.
@Petr M.: Je tvůj komentář ve správném vlákně?
Pokud vy nebo někdo jiný hledáte řešení, doporučil bych pro tento účel nástroj Asana https://cloudfresh.com/…dukty/asana/ Umožňuje efektivní spolupráci mezi týmy a snadné sledování průběhu projektu. Spolu s Git by to mohl být skvělý základ pro váš model sdílení projektů.
Zobrazeno 6 zpráv z 6.