Search code examples
gitversion-controlgitosis

Setting Git for a team of 3 people?

The post aims to summarize all pieces of information to set up a closed repository for 3 people in a competition. Please, feel free to add a problem to the list which I have not noted. Please, add each answer to each question as a separate answer.

  1. Situation A: Drafts and files can exchange between 3 people. The writer can only push files to the repository.
  2. Situation B: Similarly as above, but all team mates can push files to the repository.

The general problems about Situation A

  • How can you set up remote branches for people A, B and C, so that team members can see files which their team members want to share?
  • How can you set up the person A as a dictator, who can only push changes to the sacred repository?

Initial Problems about Situation A

  1. How can you set up a Git repository, where people A, B and C can pull? I assume Git is already successfully installed to the repository
  2. How can you allow the writer only push?

Advanced Problems about both Situations

Solution

  • Situation A

    It sounds like you want to set up a integration manager workflow. In this scenario, person A creates an initial repository which is the sacred repository. Each person, A, B and C, clones that repository for their personal work. When person B or C has something they want A to include in the repository for sharing, they commit it to their local repository, and ask A to pull from their repository (a pull request); person A sets up remotes for person B's and person C's repositories and then can git pull personB or git pull personB to merge in the changes. Person A then git pushs the merged changes into the sacred repository.

    You can set up the cloning and pushing over a variety of transports. The easiest is to use the git protocol over ssh. e.g.,

    1. Person A makes the sacred repository: see 'Creating a remote repository' at this page from 37signals. Let's say it is in /local/git/project.git on sharedhost. You can leave out the --shared=group since you want it to be an integration repository. (Write access here is protected using Unix file permissions.)

    2. Person A, B and C, in their home directories, clone that repository.

      cd ~/src
git clone ssh://sharedhost//local/git/project.git
cd project # edit files in here.
git commit

    3. Person A sets up remotes for B and C's repositories.

      git remote add personB ssh://sharedhost/~b/src/project
git remote add personC ssh://sharedhost/~c/src/project

    4. Now person A can git pull personB to fetch B's changes. When A is happy, he will git push to push the newly merged changes to the shared repo and B and C can git pull to fetch them.

    If setting up the repositories sounds a bit complex, you may want to pay a provider such as GitHub to handle all the hosting of shared git repositories for you. They also have support where they can help you out with problems. For me, I found that the trickiest part is understanding the flow of commits. Once you get that, things start to make more sense. This discussion at gitready.com might help clarify things for you. There is also a screencast that covers similar material.