mboost-dp1
NetBeans og "Auto-SVN"
- Forside
- ⟨
- Forum
- ⟨
- Programmering
Jeg er aspirerende udvikler og er blevet ret glad for NetBeans og Assembla(Subversion) til gruppeopgaver. Det fungerer rigtigt godt, men jeg savner dog en mulighed for at aktivere automatisk comitting og updating med faste intervaller, således at vi minimerer risikoen for editing konflikter.
Men jeg synes ikke jeg kan finde nogen option til det i NetBeans. Google har heller ikke hjulpet mig.
Nogen der kan pege mig i den rigtige retning?
Men jeg synes ikke jeg kan finde nogen option til det i NetBeans. Google har heller ikke hjulpet mig.
Nogen der kan pege mig i den rigtige retning?
MadiZone (1) skrev:... men jeg savner dog en mulighed for at aktivere automatisk comitting og updating med faste intervaller, således at vi minimerer risikoen for editing konflikter.
Det lyder som en rigtig dårlig ide.
Nej nej nej! Det er totalt misbrug af versionsstyring bare at gøre noget som helst i den retning.
Med traditionelt VCS så updater når du møder om morgenen, og så altid før du comitter, ikke mere, ikke mindre.
Automatiske commits giver ikke mening. Ideelt set skal du lave et commit for hver enkelt rettelse du har foretaget, med en beskrivelse af dette. Dette vil reelt sige at du laver et commit hver 10 minut i gennemsnit.
Desværre så er traditionel VCS elendigt til dette. Det er også derfor at de fleste hip udviklere i dag, primært er gået over til distributerede versionsstyring (DVCS).
Så jeg vil anbefale dig at læse http://hginit.com/ , og overvejer om ikke Mercurial er noget for dig.
Du kan få TortoiseHg til Mercurial, og det virker rigtig godt på Windows (til modsætning fra Git, som er designet til Linux)
DVCS vil også hjælpe jer med at merge nemmere (dvs. mindre problemer med "edit konflikter"), og tillader nemmere branching (når i skal bruge det engang), og en projekt-baseret ignore fil (.hgignore) som gør livet uendeligt meget nemmere.
Nå ja, og så spammer den ikke en .svn folder i *alle* dine mapper, men bruger et shallow-tree i stedet. Alt sammen dejligt dejligt dejligt.
Med traditionelt VCS så updater når du møder om morgenen, og så altid før du comitter, ikke mere, ikke mindre.
Automatiske commits giver ikke mening. Ideelt set skal du lave et commit for hver enkelt rettelse du har foretaget, med en beskrivelse af dette. Dette vil reelt sige at du laver et commit hver 10 minut i gennemsnit.
Desværre så er traditionel VCS elendigt til dette. Det er også derfor at de fleste hip udviklere i dag, primært er gået over til distributerede versionsstyring (DVCS).
Så jeg vil anbefale dig at læse http://hginit.com/ , og overvejer om ikke Mercurial er noget for dig.
Du kan få TortoiseHg til Mercurial, og det virker rigtig godt på Windows (til modsætning fra Git, som er designet til Linux)
DVCS vil også hjælpe jer med at merge nemmere (dvs. mindre problemer med "edit konflikter"), og tillader nemmere branching (når i skal bruge det engang), og en projekt-baseret ignore fil (.hgignore) som gør livet uendeligt meget nemmere.
Nå ja, og så spammer den ikke en .svn folder i *alle* dine mapper, men bruger et shallow-tree i stedet. Alt sammen dejligt dejligt dejligt.
Windscape... jeg har ingen interesse i at vi i min gruppe arbejder med forskellige version af de samme filer. Hvis jeg kunne få det som jeg ville, så var der livesynkronisering.
Kan HgInit klare det?
Vi sidder ofte i grupperum og skriver på det samme program og kommenterer/diskuterer det løbende. For at den diskussion kan fungere godt uden at vi kigger på samme skærm, så skal koden bare gerne være ens hos alle 3 på samme tid. Og det må gerne foregå helt automatisk i baggrunden.
Og det har aldrig været tanken at vi skulle bruge Subversion til versionsstyring - vi smider ikke comments på vores revision og vi går ikke tilbage i tiden. Formålet med Assembla var at en hel gruppe kunne plotte statements ind på det samme projekt.
Hvordan opnår vi bedst det mål?
Ogg ja, .svn mapperne er spam. Jeg forstår ikke at skidtet ikke kan gemmes i en svn.dat i projektets rod istedet for.
Kan HgInit klare det?
Vi sidder ofte i grupperum og skriver på det samme program og kommenterer/diskuterer det løbende. For at den diskussion kan fungere godt uden at vi kigger på samme skærm, så skal koden bare gerne være ens hos alle 3 på samme tid. Og det må gerne foregå helt automatisk i baggrunden.
Og det har aldrig været tanken at vi skulle bruge Subversion til versionsstyring - vi smider ikke comments på vores revision og vi går ikke tilbage i tiden. Formålet med Assembla var at en hel gruppe kunne plotte statements ind på det samme projekt.
Hvordan opnår vi bedst det mål?
Ogg ja, .svn mapperne er spam. Jeg forstår ikke at skidtet ikke kan gemmes i en svn.dat i projektets rod istedet for.
Livesynkronisering har virkelig intet at gøre med programmering.MadiZone (4) skrev:Windscape... jeg har ingen interesse i at vi i min gruppe arbejder med forskellige version af de samme filer. Hvis jeg kunne få det som jeg ville, så var der livesynkronisering.
I burde lave pair-programming i stedet.
Nej, ingen VCS kan.MadiZone (4) skrev:Kan HgInit klare det?
I har mere brug for et e-learning værktøj, en projektor, eller et par eksterne skærme, end et versionsstyringsprogram så.MadiZone (4) skrev:Vi sidder ofte i grupperum og skriver på det samme program og kommenterer/diskuterer det løbende. For at den diskussion kan fungere godt uden at vi kigger på samme skærm, så skal koden bare gerne være ens hos alle 3 på samme tid. Og det må gerne foregå helt automatisk i baggrunden.
Pair programming ville være en god disciplin.
Jeg ville faktisk anbefale at i *ikke* bruger SVN til formålet.MadiZone (4) skrev:Hvordan opnår vi bedst det mål?
Fordi SVN ikke kan lave et shallow tree, da du ikke har selve repositoriet på din egen pc.MadiZone (4) skrev:Ogg ja, .svn mapperne er spam. Jeg forstår ikke at skidtet ikke kan gemmes i en svn.dat i projektets rod istedet for.
Windscape, det er nogle fine synspunkter du har der.... og i en stor organisation med 100 medarbejdere, skarpe managere og masser af UML diagrammer at arbejde efter, så kan jeg godt se at en commit/update om dagen er rigeligt.
Jeg ved ikke hvordan du forestiller dig at 3 mennesker skal skrive simultant på en projektor, et par eksterne skærme eller et "e-learning værktøj".
Jeg ved ikke hvordan du forestiller dig at 3 mennesker skal skrive simultant på en projektor, et par eksterne skærme eller et "e-learning værktøj".
Kig evt. på noget ala piratepad, det lyder som om det er mere i den retning.
EDIT: prøv det her, f. eks.: http://piratepad.net/27gdWelKPI
EDIT²: Eller som windcape siger, så find en større skærm at sidde ved.
#5
Det ødelægger fuldstændigt pointen med et scm.
#7
Hah! Der skal sgu ikke meget til før jeg begynder at bruge et scm. Hvis det er noget jeg skal bruge mere end en time på plejer jeg at lave
EDIT: prøv det her, f. eks.: http://piratepad.net/27gdWelKPI
EDIT²: Eller som windcape siger, så find en større skærm at sidde ved.
#5
Det ødelægger fuldstændigt pointen med et scm.
#7
Hah! Der skal sgu ikke meget til før jeg begynder at bruge et scm. Hvis det er noget jeg skal bruge mere end en time på plejer jeg at lave
$ git initog hvis det er med bare en anden så plejer jeg også at bruge et scm. Andet er for dumt. Medmindre det er nogle virkelig små og ligegyldige projekter.
Værsgo, her får du nogle links så du kan lave din egen research.
http://en.wikipedia.org/wiki/Gobby
http://eclipseecf.blogspot.com/2007/11/real-time-s...
http://en.wikipedia.org/wiki/Collaborative_real-ti...
http://en.wikipedia.org/wiki/Gobby
http://eclipseecf.blogspot.com/2007/11/real-time-s...
http://en.wikipedia.org/wiki/Collaborative_real-ti...
Ehm nej, jeg snakker om at comitte hver eneste gang du henter kaffe, eller gør noget som helst andet der ikke er at kode.MadiZone (7) skrev:Windscape, det er nogle fine synspunkter du har der.... og i en stor organisation med 100 medarbejdere, skarpe managere og masser af UML diagrammer at arbejde efter, så kan jeg godt se at en commit/update om dagen er rigeligt.
Med DVCS commiter man med 5-10 minutters mellemrum. Updates er mindre hyppige, men stadigvæk hyppige.
Det er jo dig selv der snakker om at i har brug for at lære ting.MadiZone (7) skrev:Jeg ved ikke hvordan du forestiller dig at 3 mennesker skal skrive simultant på en projektor, et par eksterne skærme eller et "e-learning værktøj".
Ellers ville i jo kode på forskellige dele, og så give hinanden respons bagefter!
SVN er stadigvæk horribelt, og det er fuldstændig meningsløst at i ikke agter at benytte VCS til det det er skabt til.MadiZone (12) skrev:#11 - tak for linket til Gobby.... det er sådan noget der er interessant. :-)
Jeg har i øvrigt lige opdaget at NetBeans har noget der hedder keymap hvor man kan lave tastatur genveje til bl.a. commit og update. :-)
Jeg kan heller ikke se hvordan det lærer nogen nogetsomhelst at 3 mennesker koder præcist det samme, på 3 forskellige computere.
For ikke at tale om alle de forbandede konflikter og ting som ikke kan compile, hvis der kommer automatisk update/commit.
Hvis i virkelig er opsat på det så kan i bruge Dropbox. Opret et fælles konto hvor projektet ligger i, og hver gang i gemmer bliver filen pushet til de andre i gruppen. Netbeans henter automatisk de nye filer/ ændrede filer ind..
Men det bliver det rene virvar..
Hvis i virkelig er opsat på det så kan i bruge Dropbox. Opret et fælles konto hvor projektet ligger i, og hver gang i gemmer bliver filen pushet til de andre i gruppen. Netbeans henter automatisk de nye filer/ ændrede filer ind..
Men det bliver det rene virvar..
Gå til top
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.