Hi Philip, Thanks for taking the time...
The requirements for different names does not come from a previous VCS. It comes from our particular work environment. I work on Nuclear Simulators and we have to have 2-3 active "loads" (which are simply different VCS Revisions) at any given time. It's a little involved to discuss the details here, but let's just say we need to be able to define a "load" simply by changing the main directory name on the Main Simulator Computer. Also, each "load" has access to all its source files so we can debug issues on the fly, if need be. Many of the projects within a load, are even compiled with additional debug information to catch things like divisions by zero (in thermodynamic calculations, for instance). So it's definitely not a standard environment. Yesterday, I tried one approach for the Common files and we'll see how that works in the long term. It's definitely prone to error but I'm usually the only one messing around with those files, so risks are more limited (unless I unexpectedly die). But what I decided to do is to basically have 2 .git projects for the Common files. One which only tracks the \Src (named .\Source Files in my original post) & \Include folders and ignores the \Bin & \Lib folders... The other which only tracks the \Bin, \Lib & \Include folders but ignores the \Src folder. When I want to change the Common code, I use the CommonSrc git repo. After I test everything and build all my final binaries, I update the revision on the CommonSrc repo. Then I can move my binary files over to the \CommonBin git repo and update the revision to match the number on the other repo. As far as tying the Common revision to the MainProjects... I still have to think about this one... Finally... as for GitLFS... I *have* looked into that... But I couldn't get it to work on a LAN and I was getting into all sorts of issues... So I eventually gave up on it. I also started to look into git-annex a couple of days ago. It *would* be nice to be able to properly implement one of those binary-handling options on a LAN, if I can figure out how. I really do appreciate the time you took to provide your ideas. If you have more comments, I'd be happy to hear them. Enrique -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.