Bruno Cesar Ribas <ribas@c3sl.ufpr.br> writes:

quoted text
> A bare repository is the way to publish your changes to the public.
> git-daemon  and http-clones use a bare repository that only contains
> adminsitrative files.
>
> From man page
>        --bare Make a bare GIT repository. That is, instead of creating
>               <directory> and placing the administrative files in
>               <directory>/.git, make the <directory> itself the $GIT_DIR. This
>               obviously implies the -n because there is nowhere to check out
>               the working tree. Also the branch heads at the remote are copied
>               directly to corresponding local branch heads, without mapping
>               them to refs/remotes/origin/. When this option is used, neither
>               remote-tracking branches nor the related configuration variables
>               are created.

Fine.  So why don't the following commands complain?  Apart from
git-reset without arguments (which could probably get along without a
working dir), they are supposed to employ a working directory.

quoted text
> On Mon, Nov 12, 2007 at 02:11:58PM +0100, David Kastrup wrote:
>> 
>> I have a repository declared as bare.  Some commands treat it as such,
>> other's don't.  For example, I get
>> 
>> git-diff [no complaint]
>> git-reset [no complaint]
>> git-reset --hard
>> HEAD is now at db862c1... installmanager.sh: setze GIT_WORK_TREE


-- 
David Kastrup

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html