We are getting rid of our DEC Alpha Workstations and have a lot of historical software under OpenVMS Code Management System (CMS) that we would like to import to GIT running on Linux. Currently we have to do this by hand and it will take a long time to do. Does anyone know of a script that would automate this process?
相关问题
- How to reimport module with ES6 import
- Why does recursive submodule update from github fa
- Extended message for commit via Visual Studio Code
- Emacs shell: save commit message
- Can I organize Git submodules in a flat hierarchy?
相关文章
- 请教Git如何克隆本地库?
- GitHub:Enterprise post-receive hook
- Git Clone Fails: Server Certificate Verification F
- SSIS solution on GIT?
- Is there a version control system abstraction for
- ssh: Could not resolve hostname git: Name or servi
- Cannot commit changes with gitextensions
- git: retry if http request failed
I have something like:
That is, on the local Linux system I run a perl script, on the remote VMS system, from my account, I run an own http server
As you can see, it is tried to map CMS classes to git branches. At the moment this is a proof of concept, only. But if there is interest ...
Just had to deal with CMS-Git migration, needed to find ready solutions, which led me here. Surprisingly not many choices for this task. Kept digging and also found one more migration utility
exportcms-git
: https://github.com/nomadbyte/cms-exportTried that utility, thought to report it here to add up more to the subject in case someone else faces such task.
It's a DCL batch, didn't look much into it but documentation is useful. Reads CMS, creates Git import file which you transfer and create a destination Git repo. Ran it to convert an old CMS lib (we have five!) It worked with a little hick-up, needed to ftp the exported file as binary, apparently we had some binary elements in the lib.
It exports by generations, basically each one becomes a Git commit. Also it creates branches for variants and classes. I didn't know we even had variants in our CMS. Anyway, the Git repo is usable, we plan to rearrange it for a new build process but we retained all the revisions.