• Duim
  • Registratie: December 2001
  • Laatst online: 23-07-2025

Duim

Thumbs up!

Topicstarter
Ik weet het volgende is niet moeilijk, maar ergens zit ik ernaast:

ik ben tamelijk newbie in CVS

situatie:
I heb een cvsd server op Ubuntu draaien, welke mijn VB code beheert

Probleem:
De meeste projecten gebruiken uiterst gebruikelijke klasses (opgeslagen in directory "commonclass_directory").

Ik weet dat ik het ampersand(&) teken in de modules file hiervoor kan gebruiken, maar hoe zorg ik ervoor dat de "commonclass_directory" niet in de top van het project terecht komt? Ik moet die "commonclass_directory"in een sub directory van het project hebben alwaar VB hem verwacht.

Ik heb all combo's van -d of -a 's gebruikt als optie, en kwam aardig ver:
Twee algemene projecten uitchecken (beide de commonclass gebruikend) werkt prima, maar een verandering in het ene project committen eindigt met de melding:

"cvs commit: Up-to-date check failed for `commonclass_directory/commonclass.vb'
cvs [commit aborted]: correct above errors first!"

(eerst updaten geeft : "cvs update: conflict: `commonclass_directory/commonclass.vb' is modified but no longer in the repository")

Ik heb uw hulp nodig! (overal waar er hulp stond over de -a en -d optie noemen deze opties fftjes tussendoor als waren ze niet moeilijk in gebruik)

Hieronder een kleine verduidelijking (koos cmd tag voor equal spaced chars):

General_Project1
    |
    +-- Some_sub_dir1
         |
         +--commonclass_directory
         |
         +-some_subsubdir1

General_Project2
    |
    +-- Some_sub_dir2
         |
         +--commonclass_directory
         |
         +-some_subsubdir2

Ik wil natuurlijk veranderingen kunnen updaten en committen in the commonclass_directory naar vrije wil.

[ Voor 3% gewijzigd door Duim op 15-01-2009 12:13 . Reden: spel vaut ]


  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Gebruik geen CVS maar SVN, en kijk dan even naar 'externals'.

All my posts are provided as-is. They come with NO WARRANTY at all.


  • Duim
  • Registratie: December 2001
  • Laatst online: 23-07-2025

Duim

Thumbs up!

Topicstarter
CyBeR schreef op woensdag 14 januari 2009 @ 20:15:
Gebruik geen CVS maar SVN, en kijk dan even naar 'externals'.
ehm, not an option. Sorry. Is te doen in CVS, I'm sure, maar ik mis ergens een klein puntje, optie-tje of kommatje.

  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Zover ik weet is dit niet echt te doen in cvs. Daarom bestaat Subversion.

All my posts are provided as-is. They come with NO WARRANTY at all.


  • Duim
  • Registratie: December 2001
  • Laatst online: 23-07-2025

Duim

Thumbs up!

Topicstarter
CyBeR schreef op donderdag 15 januari 2009 @ 12:22:
Zover ik weet is dit niet echt te doen in cvs. Daarom bestaat Subversion.
Ik denk je hebt gelijk. Tnx.

  • Duim
  • Registratie: December 2001
  • Laatst online: 23-07-2025

Duim

Thumbs up!

Topicstarter
mmm, eigenlijk betekent dit dat je niet fatsoenlijk visual basic projecten in CVS kunt beheren, volgens mij MOET je in die diepe directory je source hebben staan.

  • Duim
  • Registratie: December 2001
  • Laatst online: 23-07-2025

Duim

Thumbs up!

Topicstarter
Voor diegenen die VB code willen beheren in CVS: het geheim zit em in VB. Je kunt de code in verschillende directory's houden en vervolgens in VB "add existing item" --> "add as link" doen.
Dit zorgt ervoor dat de code niet gecopieerd wordt in de huidige project folder, maar slechts gelinkt.
Werkt als een trein.

  • Boudewijn
  • Registratie: Februari 2004
  • Niet online

Boudewijn

omdat het kan

Uhh ja, maar waarom op applicatieniveau een probleem dat wordt veroorzaakt door je opslag systeem oplossen?
Pagina: 1