TWiki> Main Web>GitSetup (revision 5)EditAttach

Creating a Git Repo

Git repositories allow for many types of workflows, centralized or decentralized. Before creating your repo, decide which steps to follow:


Create A Local Repository

If you will be working primarily on a local machine, you may simply create a git repo by using cd to change to the directory you wish to place under version control, then typing:

git init

To initialize a git repo in that directory. From then on, you can run git commands in that directory.

Create A Remote Repository

If you will be working with your code primarily on patas, you will likely want to create your initial repository there.

  1. ssh to
  2. cd to the directory you wish to place under version control
  3. type "git init" in this directory.

Cloning the Remote Repository

If you wish to maintain a local copy of your code, you can clone the repository from patas by doing the following:

  1. create and cd into the directory you want to store the copy of the repository in
  2. type:


    for instance, if your username is "clmastudent" and the repo on patas is at ~/mycode, and you are already in the desired directory to store the copy ("."), you would type:

    git clone ssh:// .
  3. After entering your ssh password, you should have a copy of the entire repo in whichever directory you chose to clone it to.

Create a Shared Repository on Patas

If you will be working with a group, using Patas as a centrally-located server to coordinate your checkins is a good idea, but takes some setting up.

  1. You will need to send a request to requesting that a group be created for the patas account names in your group. This will allow your group members read/write access to your files, without making them readable to everyone.
    1. You may also wish to request a directory be made for your group in the /workspace directory on the server. This space is intended specifically for shared projects.
  2. Once inside the desired directory, you will need to type:
    git init --shared=group
    this will create a git repo in which all group members are able to check in code ("Push" to, in Git terms)

"Bare" repositories

By default, the shared repository has a working copy just like one on your local machine. git will complain if you do any remote operations that might make this working copy go out of sync, such as "git push origin master," with a message like the following:

remote: error: By default, updating the current branch in a non-bare repository
remote: error: is denied, because it will make the index and work tree inconsistent
remote: error: with what you pushed, and will require 'git reset --hard' to match
remote: error: the work tree to HEAD.

The solution is to make your shared repository a "bare" repository, with no working copy. The git FAQ has a good example of how to convert a non-"bare" repository to a "bare" one. For more information, see the description of "--bare" in the git-clone manpage or this stackoverflow thread.

Dealing with File Permissions

*NOTE:* Since the December 2012 file server upgrade, using a script to fix permissions after pushes shouldn't be necessary any longer. It won't hurt anything either, though, so if you have an existing repository with a permission-fix script, there's no need to disable it.

Due to a peculiarity in the way file permissions behave between patas and other clients, you will also need to set up a script to run chown and chmod commands when files are checked in, otherwise they might only be readable by the group member that checked them in. To do this:

  1. Inside your git repo (it may be inside a subdirectory titled ".git/"), there is a subdirectory entitled "hooks/"
  2. You will want to create a file inside the hooks directory called "post-receive".
  3. This file will be a script file that will be executed whenever someone successfully pushes to the repository. It may be any type of script, but the following script will make certain the permissions for the files in your repository allow access to all of your group members:
    # Make sure all files are set to be owned by the group.
    chown -R --from=`whoami` :<GROUP_NAME> <SHARED_DIRECTORY>
    # Set all directories to 770 (Read/Write/List for owner and group members, noone else)
    find <SHARED_DIRECTORY> -user `whoami` -type d -exec chmod 770 {} \;
    # Add read/write permissions for owner and group (preserve executable permission) and remove permissions for others.:
    find <SHARED_DIRECTORY> -user `whoami` -type f -exec chmod ug+rw {} \; -exec chmod o-rwx {} \;
    Where <GROUP_NAME> and <SHARED_DIRECTORY> are replaced with the group name you should have received from linghelp, and the root directory of your repository, respectively.
  4. After this file is created, be sure to perform:
    chgrp <GROUP_NAME> hooks/post-receive
    chmod g+rx hooks/post-receive
    to ensure that the script is executable by each group member when performing the PUSH.
  5. Set the initial group membership by running "chgrp -R <GROUP_NAME>" on the repository directory.
Topic attachments
I Attachment Action Size Date Who Comment
pngpng Git_Flowchart.png manage 42.7 K 2011-05-04 - 18:42 UnknownUser Flowchart for which type of git repo to create.
Edit | Attach | Print version | History: r7 < r6 < r5 < r4 < r3 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r5 - 2013-02-04 - 17:35:52 - brodbd

This site is powered by the TWiki collaboration platformCopyright & by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback
Privacy Statement Terms & Conditions