How configure GIT in LINUX
Hello!
Trying to configure tortoise GIT in Linux System
NAME="Red Hat Enterprise Linux Server"
VERSION="7.9 (Maipo)"
My steps
1. Enable [write-access](http://docs.intersystems.com/ens20151/csp/docbook/DocBook.UI.Page.cls?K…) to CACHELIB database via the Management Portal. (This is required for csp-page with settings import.)
2. Import project in %SYS:
%SYS> do $system.OBJ.ImportDir("/arch/cache-tort-git-master/","*.xml","ck",,1)
3. Now you can disable write-access to CACHELIB.
4. In Management Portal select the new %SourceControl.Git class as the desired Source Control class in all namespaces where you wish to use it. (System Administration >> Configuration >> Additional Settings >> Source Control)
But in cache studio there are no options to work with git.
.png)
Comments
I believe Tortoise Git is specifically for Windows machines so I am not sure that this will work.
I suggest that you try using git-source-control instead:
https://community.intersystems.com/post/git-shared-development-environm…
Does git-source-control works with Caché 2017? The Prerequisites mention only IRIS.
@Timothy Leavitt / @Pravin Barton - can you please weigh in on whether it is possible to run git-source-control on Caché 2017.1? I know the atelier APIs are present in that version (in at least an early iteration) but are there other things missing which would prevent it from working?
@Token Ibragimov - curious, do you have a rough timeline as to when you'll be moving to InterSystems IRIS?
@Ben Spead we don't plan to move to IRIS in the near future.
thank you for clarifying. we'll see what Pravin and Tim say about git-source-control on Caché
Maybe use another GIT like SVN ?
@Token Ibragimov - is your intention to have only a single developer working on this Linux system, or will many developers be making changes? The reason that I ask is that while there have historically been a number of Caché git source control hooks which have been created and discussed on this community (a search here will find several examples), they have all assumed the normal git way of working which is a single developer per environment. This has caused challenges with the typical way of developing on InterSystems products, which is many developers against a single instance. This is why my team created git-source-control, in order to make git available in a way that works more seamlessly with our products.
If you are going to be stuck on Caché for a while, you may want to consider other source control options which are designed to work natively with the platform, like Deltanji (https://georgejames.com/deltanji/).
Let's see what Pravin and/or Tim think about git-source-control working against Caché 2017.1.
Several developers working in Cache System.
Thanks - that is what I expected. I think that the older git source control hooks will likely end up being frustrating for you working in that mode. Check out Deltanji, or we will see if there is any chance of git-source-control working for you.
We'll be getting out the next release of git-source-control (https://github.com/intersystems/git-source-control) this month, which includes support back to 2016.2 via an artifact associated with (some) releases. We haven't produced this for the past few releases but will do so for the next one.
You can follow the project here to be notified about new releases: https://openexchange.intersystems.com/package/Git-for-Shared-Developmen…
Thank you Tim!!
💡 This question is considered a Key Question. More details here.