Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Ah you VSS guru's

Ah you VSS guru's

Scheduled Pinned Locked Moved The Lounge
question
9 Posts 6 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • P Offline
    P Offline
    peterchen
    wrote on last edited by
    #1

    I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


    The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

    J D R A realJSOPR 5 Replies Last reply
    0
    • P peterchen

      I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


      The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

      J Offline
      J Offline
      John Fisher
      wrote on last edited by
      #2

      Apart from doing it manually, there is only one option -- some form of automated solution. If your current system doesn't handle that for you already (which it probably doesn't), you'll just have to write a little program that watches certain files/directories for changes and copies them to the desired location at each change. I don't know that one of these currently exists, but have written programs that do similar tasks. Sounds like it's time to invest a little work in a utility project. :) John

      1 Reply Last reply
      0
      • P peterchen

        I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


        The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

        D Offline
        D Offline
        Daniel Turini
        wrote on last edited by
        #3

        Maybe instead of sharing a project in VSS you should share a common directory. That way, all projects point to the same _Include dir. This has drawbacks, though. You'll lose the ability of Share, Pin, Branch because there is only one Project, the _Include. Three other solutions: 1. A fileSystem monitoring tool. (c) John Fisher 2. An add-in to VC that do CI, CO and GLV automatically 3. I have to say it. It's stronger than me. Please, don't take it personally: use CVS. Crivo Automated Credit Assessment

        P 1 Reply Last reply
        0
        • D Daniel Turini

          Maybe instead of sharing a project in VSS you should share a common directory. That way, all projects point to the same _Include dir. This has drawbacks, though. You'll lose the ability of Share, Pin, Branch because there is only one Project, the _Include. Three other solutions: 1. A fileSystem monitoring tool. (c) John Fisher 2. An add-in to VC that do CI, CO and GLV automatically 3. I have to say it. It's stronger than me. Please, don't take it personally: use CVS. Crivo Automated Credit Assessment

          P Offline
          P Offline
          peterchen
          wrote on last edited by
          #4

          Daniel Turini wrote: use CVS YOU BASTARD! ;P politically impossible in our company (and I enjoy this)


          The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

          1 Reply Last reply
          0
          • P peterchen

            I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


            The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

            R Offline
            R Offline
            Richard Melton
            wrote on last edited by
            #5

            >And please don't tell me to use CVS I'm not telling you to use CVS, but you really should use cvs. ;P

            P 1 Reply Last reply
            0
            • R Richard Melton

              >And please don't tell me to use CVS I'm not telling you to use CVS, but you really should use cvs. ;P

              P Offline
              P Offline
              peterchen
              wrote on last edited by
              #6

              Are you poking fun on me??? hehe :cool:


              The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

              R 1 Reply Last reply
              0
              • P peterchen

                Are you poking fun on me??? hehe :cool:


                The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

                R Offline
                R Offline
                Richard Melton
                wrote on last edited by
                #7

                Oh, just a little ;) (and subconsiously I'm trying to point out what you already know... that cvs is a better product even if it doesn't have a brand name attached to it) Ritch

                1 Reply Last reply
                0
                • P peterchen

                  I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


                  The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

                  A Offline
                  A Offline
                  arf
                  wrote on last edited by
                  #8

                  First off, I have absolutely no experience with any form of version control software. However, if all you need is to make sure that a file in directory "A" is always identical to a file in directory "B" you can create an NTFS hardlink in "A" that points to the file in "B". For example, "\A\foolinked.h" would actually be the "\B\foo.h" file. Any use of "\A\foolinked.h" would always result in the indirect use of "\B\foo.h" with zero effort on your part (aside creating the initial link). Note that both files have to be on the same NTFS partition if I remember correctly. I believe there is a utility on one of the Windows CD's to do this (i.e. resource kit?). If not, I could send you some source to do this if you want to create your own command-line program. Hope this helps.

                  1 Reply Last reply
                  0
                  • P peterchen

                    I had it. I'm working on a project with quite some LIB's and DLL's, where multiple modules depend on the same headers. My predecessor set up the thing the following: a) each lib/dll has it's VSS project (sounds perfect) b) shared headers are shared into a common "_Include" folder, which all modules use as additional include location (reasonable) But now... How do I share a modified header into the _Include *without* check-in and recall latest ver., and without copying manually? Thanks guys... And please don't tell me to use CVS :mad: Those who like to point out "wrong forum" are legally entitled to consider this post a flame bait


                    The cops still stand around and eat koeksisters - Paul Watson, The Lounge, 2002

                    realJSOPR Offline
                    realJSOPR Offline
                    realJSOP
                    wrote on last edited by
                    #9

                    VSS nightmares: Having source in a major revision LINKED to files in a previous major revision. Having common shared files LINKED between projects. A change in said files could BREAK entire un-related projects (and it has) that happen to be linked to the same source files. This is my life. Pity me. "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

                    1 Reply Last reply
                    0
                    Reply
                    • Reply as topic
                    Log in to reply
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • World
                    • Users
                    • Groups