28. februar 2001 - 12:33Der er
24 kommentarer og 1 løsning
Synkronisering af kode i Access ved flere udviklere. Diskussion.
Hejsa
Jeg sidder i et udviklingsteam der prototyper i Access, hvilket det er overraskende stærkt til.
Vi har dog erfaret at det ikke er problemfrit at samle vores ændringer sammen i en opdateret kopi - opretholde synkronisering.
Jeg ved at der i developerudgaven af access, findes et værktøj der kan afhjælpe dette problem.
Jeg vil gerne høre om jeres erfaringer med dette eller lignende værktøjer. Eller øvrige erfaringer/metoder. Den nuværende brugte metode er meget manuel. Vi går ind og placerer vores ændringer i en central udgave person efter person. Og når alle har opdateret, tager vi en kopi af den nye version og arbejder i den, mens vi noterer vore ændringer ved siden af.
Mit mål som spørgsmålsstiller og pointuddeler er at have valgt en metode der er bedre end den jeg har nu, når pointuddelingsfasen nåes.
Ehmm... jeg vil lige præcisere at det ikke går på datasynkronisering, men VBA-kode. Fx. har jeg lavet 5 forumularer og 3 moduler i en lokal kopi. Min kollega har måske lavet 2 rapporter og 1 modul.
Nu vil jeg jeg gerne sammenkøre ændringerne i min kopi og min kollegas kopi.
Jeg savner en automatiseret metode. Det er den jeg efterlyser i ovenstående punkt
Det er svært at gennemsku når man ikke kender databaserne, stadig vil tror det kan Løses med DAO. Hvis du vil er du velkommen til at ringe til mig på 97 91 28 45
ok. jeg vil lige sikre mig at vi taler om det samme. Det jeg forstår ved DAO (og ADO for den sags skyld) er at formålet er at behandle data på den ene eller anden måde. Dette kunne være noget synkronisering eller replikering eller andet.
Det jeg skal bruge har intet med data at gøre. Det handler om at få samlet kodestumper sammen. VBA-kode.
Jubiii... En der ved noget om sourcesafe. Fortæl mere... konceptuelt/principielt... hvordan virker det og hvorfor skal man / skal man ikke vælge sourcesafe ??
Jeg har noget kode - ja det er flad tekst. Jeg har så også nogle klasse-moduler, formularer og rapporter. Derudover kan der være ændret i datagrundlaget (definitionen af tabeller osv.)
Kan sourcesafe håndtere det ?? Jeg har ikke sourcesafe til rådighed nu, men med rette argumentation kan jeg godt få det.
Hvis ikke sourcesafe kan håndtere det, kender du/i så til nogle alternativer ??
Program der holder styr på dine filer i et til mange biblioteker.
Overordnet oprettes et projekt i SF og herefter holder SF øje med hvem der p.t. har filerne checket ud og hvem der har read-only versioner af filerne.
Inden du forsøger at ændre en fil er du nødt til at checke den ud af SF og førend ændringen \"slår\" igennem er du nødt til at checke den ind igen.
Hvis du har været væk fra projektet kan du anmode om at få en \"get latest\". Denne kommando lægger så den seneste version ned på din disk, i det dir projektet \"peger på\".
Hvis der er opstået problemer i projektet kan du \"rulle\" en til flere versioner tilbage af enten enkelt fil eller hele projektet.
Du kan også splitte projektet på en sådan måde at sourcen deles i en hel ny version og dermed skabe en \"gren på træet\"
SF kan håndtere alt hvad der kan ligge på en disk -> hele databaser, exefiler, sourcekoder etc.
jeg bruger også SourceSafe på min arbejdsplads og det kan ganske vist det som privaten beskriver, men det er ikke en holdbar løsning i længden. Problemet ligger primært (for mit vedkommende) i at de ændringer én bruger laver, kan have uforudsete indvirkninger på andre brugeres arbejde.
det er jo det. Hvis en person retter i en funktion og en anden retter i en anden funktion - indenfor samme modul, så er der een af personerne der ikke får gennemført ændrngerne.
Løsningen nu og her er et synkroniseringsadministrationsværktøj, hvori vi registrerer i hvilke moduler der er lavet hvilke ændringer. Så implementerer vi den en ad gangen... ret langsommelig proces. Der må være nogen der har lavet sådan et automatiseret værktøj. Det er da totalt oplagt - findes der noget mere struktureret en kildekode ?? Det må findes !
SF kan sagtens holde styr på hvem der har lavet hvilke rettelser, og hvorfor (hvis programmøren har husket at kommentere). SF kan også merge hvis flere har haft rettelser til samme source. Problemet med access er at du skal eksportere og importere de flade filer. Egentlig ikke noget stort problem, idet man: 1: checker den kode ud man ønsker at ændre 2: foretager ændringer og tester 3: eksporterer til disk 4: checker ind i SF igen
ok. det lyder da som en mulighed. En lidt knoldet metode - at eksportere koden til flade filer... Det kunne være så lækkert med et værktøj der kiggede ned i mdb\'en... loggede \"ændret\"-datoen og aktuelle bruger. Så kunne den poppe frem med en kommentarboks - og det er vel mere eller mindre hvad der er behov for... Det må findes.
pointen er vel også at programmet skal holde øje med om flere retter i samme kode?!, og hvis tilbyde at merge rettelserne til en ny fil... Hvis du koder i andre værktøjer ligger koder jo også på en disk i mere eller mindre fladfils format, eller hur?
jo helt klart. fx. vísual basic eller delphi. og der vil det helt sikkert virke helt optimalt.
Hmmm... man må kunne scanne en mdb og finde ud af hvilke metoder og klasser m.v. der ligger i den... Jeg kan ikke forstå hvis der ikke er nogen der har lavet sådan et værktøj... det har jeg vist skrevet...høh...
Jeg kan helt sikkert se at SF duer i forb. m. flade filer der ligger decentralt. Men i forb. m. access !??
Pointen er at det ikke er hele databasen der er interessant men kun det enkelte moduls kode. Du kan evt. kombinere det med multi-code export addin, der tilbyder at lægge alle filer på disk i et hug.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
