top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

Repository arrangements in GIT

0 votes
211 views

Where there is a small team, say 3 or 4 developers, is it acceptable practice to pull direct from each other's repositories?

Or is it considered better (strongly advised?) to have an overall bare repository to which commits are pushed, and then pulled by each of the developers?

posted Jun 13, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

0 votes

There is no special restriction on this (pull or fetch) to share branches between each other.

You can't push to a checked out branch though, as that is likely to be a conflict (there could be changes in the checked out work tree, even if the push was a fast forward) at the destination/remote end. In such
cases (fighting to push first) the central bare repo has benefits.

It is still worth having a central team repo (bare) so that you have implicit backup and can agree on it being the 'blessed repo' that has all the usual benefits.

answer Jun 13, 2013 by anonymous
Similar Questions
+1 vote

Is it possible to make a git remote pack its repository on every push?

I have tried setting gc.auto to 1 on both the remote and the clients, but so far no push seems to have packed anything.

Do I need to create a push hook on the remote to make it pack?

The reason for this is that I have several git repositorier for org-mode files.

Having a history, and rollback of the history, is more important than having a good history.

The diff of each push is small, the repositories only contain one, or a handful of org-mode files, and some of the org-mode files are quite large.

The remote is git 1:2.1.4-2.1 (debian packge, git --version reports 2.1.4), running on debian 8.0 "jessie".

The clients are various GNU/linux git (whatever comes with the distro out of the box) and Win32 msysgit installations.

0 votes

I have tried some methods introduced in the network, but always failed. Some big files committed by me to a very old branch then the files deleted and new branches were continuously created. Now the checkout directory has grown to about 80 megabytes.

What's the right way to permanently erase those garbage big files?

+2 votes

I have a local repository and want to change the master branch to a server git. (I just don't want to delete all files in repository and then clone the server files)How to do that? I guess I have to fetch server data into local directory, merge an push it. Can someone please explain me how to do?

+1 vote

I've been trying to put my filesystem for a very small busybox-based distro into a git-repository. And with success. The only strange thing I can not get my head around is the following :

When making a compressed tarball from the files from the repository (after clone/checkout) I get a very much larger tar.gz-file. Size goes up from 16M to 21M (!?)

...