Teamarbeid på et PHP-prosjekt

[MikkelRev]

Noen her som har erfaring med teamarbeid på et PHP (eller tilsvarende)-prosjekt, der to (eller flere) jobber på samme prosjekt ? Noen gode tips?

 

Å hoste filene og databasen på eksternt webhotell er for tungvint. Det samme er å sende filene frem og tilbake på DropBox. Har prøvd å sette opp Apache på DropBox, men det var visst ikke helt problemfritt. Teamviewer er heller ikke idéellt.

[Alex Moran]

Git + GitHub

[MikkelRev]

Kan du forklare litt nærmere? Jeg har ingen annen erfaring med det utenom at jeg har lastet ned noen biblioteker der ifra. Man kan

- laste opp/ned alle php filene på en enkel måte

- laste opp/ned databasen på en enkel måte (både struktur og data endres jo relativt ofte under utviklingen)

- lukke workspacen til et par utvalgte brukere

 

?

Dessuten, hvordan håndterer det konflikter (samme fil redigert to forskjellige av to personer) ?

[Bolson]

Git + Github har verktøy for alt dette.

 

Du finner en innføring i Git her, http://audunwangen.n...3%B8ring-i-git/ - også GitHub blir beskrevet. Men du trenger ikke å bruke GitHub, man kan sette opp en egen server med Git, og så "synce" dit fra de lokale repositoriene.

 

Git har i stor grad erstattet Subversion og andre verktøy av denne typen. I dag bruker PHP publiseringsløsninger etc som TYPO3, WordPress, Moodle og Drupal Git - og tildels også GitHub. Samme gjelder også andre utviklingsprosjektet. Git (også GitHub i betalversjon) brukes ogaå i kommersiell utvikling.

 

PS! Til ditt siste spørsmål. I og med at Git er et verktøy for versjonshåndtering så spiller det ikke noen rolle om to personer lager commit til samme fil. Begge versjonene vil finnes - man kan se forskjellen - velge å kaste den ene eller andre eller slå de i sammen.

Endret 21. februar 2013 av Bolson

[MikkelRev]

Takk for tips! Skal gå gjennom en tutorial eller to på dette etter trening

[GeirGrusom]

Vil også forøvrig nevne Mercurial. Det er i stor grad det samme som Git, men er en del mer vennlig mot Windows-utviklere enn det Git er da Windows-verktøyene er en del bedre og komplette enn det de er for Git.

 

Mercurial og Git er gratis for team på inntil fem brukere på bitbucket.

[Hayer]

Personlig; Mercruial vil jeg anbefale hvis utvikleren sitter i Windows. Fikk ikke satt opp git med cygwin og alt det der når jeg prøvde(I rushed it, men men)..

 

Mercurial var mer tut-og-kjør.

 

tl;dr mercurial>git if win

[Terrasque]

Anbefaler også git. Git har fantastisk branching støtte, som etter min mening ingen annen (open source iallefall) slik tool har i nærheten av engang.

 

Workflow jeg bruker i git : http://nvie.com/posts/a-successful-git-branching-model/

 

Når det gjelder Windows så er http://msysgit.github.com/ relativt bra integrert

 

PS: Git fungerer også greit med dropbox. Ha main repo i en delt Dropbox folder, og sync lokale kopier mot den.

[MikkelRev]

Hva gjør dere med databasen? Lager en ny database-dump for hver versjon? Kan bli mye styr å eksportere og importere i tillegg, spesielt når databasen begynner å bli stor.

[TheClown]

Github er genialt. Elsker måten man kan samarbeide, commite og tracke oppdateringer og forandringer. Det er rett og slett genialt.

 

Når det kommer til databaser kommer PHP dessverre til kort. Du kan prøve å google f.eks "php database migration" eller liknende, og se om du finner noe. Jeg har vanligvis ikke tatt backup av databasen gjennom versjon-revo under utviklingstiden, men heller tatt manuelle backups fra tid til annen.

 

Django-rammeverket som er skrevet i Python har sinnsykt god støtte for database-migrations og gjør dette til en lek. Det har hjulpet mye når vi har vært 15-20 personer som har jobbet på samme prosjekt.

[---___---]

Enig med git som er sagt tidligere. Men vil legge til BitBucket. Der kan du velge mellom Git og Mercurial og de har en bedre free plan enn GitHub

[Dundas]

Hva gjør dere med databasen? Lager en ny database-dump for hver versjon? Kan bli mye styr å eksportere og importere i tillegg, spesielt når databasen begynner å bli stor.

 

Du kan jo ta en titt på Liquibase.

[quantum]

Hva gjør dere med databasen? Lager en ny database-dump for hver versjon? Kan bli mye styr å eksportere og importere i tillegg, spesielt når databasen begynner å bli stor.

Hvis backupregimet ikke dekker behov for evt. rollback av versjoneringen kan det være nødvendig. Men hvis alt går bra ser jeg ikke helt behovet for å importere det du nettopp har eksportert?

 

Vanligvis holder det å versjonere ddl-scriptene.

[---___---]

Det burde holde at dere kun oppdaterer strukturen til databasen når den endres og evt legge til noe sample data som standard bruker osv avhengig av hva dere lager. Skal ikke være nødvendig at alle på teamet har identiske databaser

[Terrasque]

Skal ikke være nødvendig at alle på teamet har identiske databaser

 

Kan vel regnes som en fordel at de har forskjellig data. Mer variasjon -> større sjangs for å finne edge cases