all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Joost Diepenmaat <joost@zeekat.nl>
To: help-gnu-emacs@gnu.org
Subject: Re: Which git front-end in emacs is better?
Date: Thu, 23 Oct 2008 11:18:36 +0200	[thread overview]
Message-ID: <87d4hrbrf7.fsf@zeekat.nl> (raw)
In-Reply-To: gdo51e$90p$1@registered.motzarella.org

Richard Riley <rileyrgdev@gmail.com> writes:

> Lave <lave.wang.w@gmail.com> writes:
>
>> I have no experience of using VC, I just want a interface for git.
>>
>> Git.el saids allow user to use full functionality of Git. But I found
>> Magit having more. I'll try Magit first.
>>
>> Thanks you all.
>
> A little OT, but ...
>
> I would be interested in which tutorials people used to learn how best
> to use GIT. I've found plenty of examples of how it works, but none of
> how to work *with* it. e.g A programmer has 3 main directory hierarchies
> he wishes to control. Do all 3 go in one repository?

All the advice I've heard so far indicates that you should use different
repos for different projects (or sub-projects, if it's a large
project). This makes it easier to clone out just what you want, and can
make some operations quicker. Also, it just makes sense :-)

> Where does that repository reside? Local? Remote? Does one need to
> check in /out etc - I'm sure its out there but its hard to find
> beneath all the explanations tend to concentrate on that which the
> user doesn't generally care about such as how git stores "blobs" and
> how it hashes file names etc.

If you're the only person working on a project, you don't need to have
the repo remotely accessible. Note that *everybody* gets a *complete*
repository - so a remote/centralized repo is mostly useful if you want
to people be able to clone "your" repository, and/or push back their
changes without manual interference.

Also: you can commit / branch etc to your own repo as much as you like,
and you only need to merge/push your stuff to the "main" repo (if there
is one) once you're ready with that branch.

> This is a start but is svn orientated, but any other pointers
> appreciated preferably without svn and only using git.

You may want to check out the documentation on github.com: it has lots
of practical day-to-day tips:

http://github.com/guides/home

-- 
Joost Diepenmaat | blog: http://joost.zeekat.nl/ | work: http://zeekat.nl/


  reply	other threads:[~2008-10-23  9:18 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-21 11:38 Which git front-end in emacs is better? Lave
2008-10-21 21:03 ` Nikolaj Schumacher
2008-10-22  0:25 ` Xavier Maillard
2008-10-22 10:24   ` Lave
     [not found]   ` <mailman.1782.1224671087.25473.help-gnu-emacs@gnu.org>
2008-10-22 21:13     ` Richard Riley
2008-10-23  9:18       ` Joost Diepenmaat [this message]
2008-10-23 14:35       ` Jonathan Groll
2008-10-28 11:39         ` Lave
2008-11-14 15:02       ` Chris Willard
     [not found] <mailman.1681.1224589095.25473.help-gnu-emacs@gnu.org>
2008-10-21 18:44 ` Wei Weng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87d4hrbrf7.fsf@zeekat.nl \
    --to=joost@zeekat.nl \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.