threads / discuss / 19410

committing to a checked out branch

Subject: committing to a checked out branch

## tl;dr

5 messages between May 19, 2009 and May 19, 2009.

replies: 4people: 2as markdown or json

Jeff Brown· May 19, 2009, 00:33 UTC · lore

The workspace on my server is currently "checked out" so I get the big warning message every time I push to there. What is the best way to cleanup that working area so I can push to it without the large warning every time I commit. I know I can set a config variable to squelch the message but that isn't what I want to do. I want to make the workspace on the server _not_ be checked out.

Thanks for the help.

jb

-- 
Jeff Brown
SpringSource
http://www.springsource.com/

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/

Jay Soffian· May 19, 2009, 02:17 UTC · re: Jeff Brown · lore

Re: committing to a checked out branch

On Mon, May 18, 2009 at 8:33 PM, Jeff Brown <jeff@jeffandbetsy.net> wrote:

Show 8 quoted lines

> The workspace on my server is currently "checked out" so I get the big
> warning message every time I push to there.  What is the best way to
> cleanup that working area so I can push to it without the large
> warning every time I commit.  I know I can set a config variable to
> squelch the message but that isn't what I want to do.  I want to make
> the workspace on the server _not_ be checked out.
>
> Thanks for the help.

If you never want to checkout any branches in that repo on your server, then what you want is a bare repository. The easiest way to create it is as follows:

$ git clone --bare /path/to/repo /path/to/repo.git

Then you can remove /path/to/repo after verifying everything is sane. Note the ".git" extension is a convention denoting the repository is bare (vs "repo/.git", which implies a repository with a working copy).

j.

Jeff Brown· May 19, 2009, 15:09 UTC · re: Jay Soffian · lore

Re: committing to a checked out branch

On Mon, May 18, 2009 at 9:17 PM, Jay Soffian <jaysoffian@gmail.com> wrote:

Show 22 quoted lines

> On Mon, May 18, 2009 at 8:33 PM, Jeff Brown <jeff@jeffandbetsy.net> wrote:
>> The workspace on my server is currently "checked out" so I get the big
>> warning message every time I push to there.  What is the best way to
>> cleanup that working area so I can push to it without the large
>> warning every time I commit.  I know I can set a config variable to
>> squelch the message but that isn't what I want to do.  I want to make
>> the workspace on the server _not_ be checked out.
>>
>> Thanks for the help.
>
> If you never want to checkout any branches in that repo on your
> server, then what you want is a bare repository. The easiest way to
> create it is as follows:
>
> $ git clone --bare /path/to/repo /path/to/repo.git
>
> Then you can remove /path/to/repo after verifying everything is sane.
> Note the ".git" extension is a convention denoting the repository is
> bare (vs "repo/.git", which implies a repository with a working copy).
>
> j.
>

Very good.  That appears to have worked nicely.  I appreciate the help.

When I create a new repo on my server I have been creating an empty directory, then git init, then git add some file and commit. I expect that is the long/wrong way to initialize a repo, especially if I want it to be bare. What is the best approach to creating a cloneable bare repo?

jb

-- 
Jeff Brown
SpringSource
http://www.springsource.com/

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/

Jay Soffian· May 19, 2009, 15:21 UTC · re: Jeff Brown · lore

Re: committing to a checked out branch

On Tue, May 19, 2009 at 11:09 AM, Jeff Brown <jeff@jeffandbetsy.net> wrote:

Show 5 quoted lines

> When I create a new repo on my server I have been creating an empty
> directory, then git init, then git add some file and commit.  I expect
> that is the long/wrong way to initialize a repo, especially if I want
> it to be bare.  What is the best approach to creating a cloneable bare
> repo?

server$ mkdir /path/to/newrepo.git server$ cd /path/to/newrepo.git && git init --bare laptop$ git clone ssh://server/path/to/newrepo.git laptop$ cd newrepo laptop$ # add; commit; add; commit; ... laptop$ git push origin master

(This may only work with recent versions of git as I believe earlier versions used to complain about cloning an empty repository.)

j.

Jeff Brown· May 19, 2009, 17:01 UTC · re: Jay Soffian · lore

Re: committing to a checked out branch

On Tue, May 19, 2009 at 10:21 AM, Jay Soffian <jaysoffian@gmail.com> wrote:

Show 17 quoted lines

> On Tue, May 19, 2009 at 11:09 AM, Jeff Brown <jeff@jeffandbetsy.net> wrote:
>> When I create a new repo on my server I have been creating an empty
>> directory, then git init, then git add some file and commit.  I expect
>> that is the long/wrong way to initialize a repo, especially if I want
>> it to be bare.  What is the best approach to creating a cloneable bare
>> repo?
>
> server$ mkdir /path/to/newrepo.git
> server$ cd /path/to/newrepo.git && git init --bare
> laptop$ git clone ssh://server/path/to/newrepo.git
> laptop$ cd newrepo
> laptop$ # add; commit; add; commit; ...
> laptop$ git push origin master
>
> (This may only work with recent versions of git as I believe earlier
> versions used to complain about cloning an empty repository.)
>

git init --bare

That is the bit I needed.

Thanks again!

jb

-- 
Jeff Brown
SpringSource
http://www.springsource.com/

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/