So, to understand you correctly, as regular user, it is as you have here. Then, once done, in this case, it's already "there", and ready to use?
Right. There are several issues. One, git is a way of distributing stuff. To get the stuff, first, as Viking60 pointed out, you have to have git installed on your system. Then, you can use git as a downloader, to download from the repository to your machine. Like other downloaders, you have to have write permissions in the directory where you run the command. In that case, run as regular user in one of your directories under /home will do it. Many of us have data partitions where we have write permission as regular user, that's how we set it up.
What Viking put in his git repository is berserk_stuff/ with files and directories under that. Running the git command he gave will download that directory recursively, like rsync, like making a local mirror of the repo. Getting source code to compile is like that. Once it's on your machine, you can do whatever you want. Viking is talking about other functions of git as a developer tool, such as uploading changes to his stuff or new stuff. That's something new to me but I know that is how software development is done, even kernel development. There are other "distributed version control system"s and I'm not up-to-date on which one Linus is using atm. In that usage, there is another permissions issue as only authorized contributors will be able to upload to the git repository.
The next hurdle for us was running the commands to, essentially, add Viking's git repository as a source for git to fetch changes:
Code: Select all
[rolf@localhost berserk_stuff (master)]$ git remote add uppstream https://github.com/viking60/berserk_stuff.gitAs we discovered, this has to be run in the top level directory of the local repository. I see git has control over the shell to change the prompt when I am inside the repository, [rolf@localhost berserk_stuff (master)]$, kinda cool.