On 03/02/13 23:43, Konstantin Khomoutov wrote:
On Sun, Feb 03, 2013 at 05:34:00PM +, Philip Oakley wrote:
I have recently got a spare laptop and installed Linux (I've been on
Windows since 3.1, and stuff before that) , and I'm trying to get my
head around some of the Git install issues on L
Maybe I didn't express myself clear :-), sorry.
I was speaking for "at this point", means if you stop (cut) your script at
the point after adding "T" commit.
before the rebasings ...
... after the rebase all goes wrong, shure.
03 февруари 2013, неделя, 21:52:54 UTC+2, Dale Worley написа:
>
> > F
On Sun, Feb 03, 2013 at 05:34:00PM +, Philip Oakley wrote:
> I have recently got a spare laptop and installed Linux (I've been on
> Windows since 3.1, and stuff before that) , and I'm trying to get my
> head around some of the Git install issues on Linux. In particular
> how to compile my own
On Sun, Feb 03, 2013 at 03:07:05PM -0800, Vicente Davila wrote:
> Why GIT is much better tha SVN or CVS ?
http://whygitisbetterthanx.com/
(To all the other subscribers: the post is obvious trolling so I would
advise to refrain from attempts to answer it constructively.
I think the site I linke
Hi Buddies
Why GIT is much better tha SVN or CVS ?
--
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to git-users+unsubscr...@googlegroups.com.
For more opt
My missing step was the next step listed on the web page
'sudo make prefix=/usr/local all'
This then did the business of populating the /usr/local/bin directory. Not
really sure what extradifference it makes...
- Original Message -
From: Philip Oakley
To: git-users@googlegroups.
Thanks for the info, I'm not familiar with Ubuntu.
On Feb 3, 2013 3:04 PM, "Martin Møller Skarbiniks Pedersen" <
traxpla...@gmail.com> wrote:
> On 3 February 2013 18:56, John McKown
> wrote:
> > Ubuntu installed git into /usr/bin. You installed it into /usr/local/bin.
> > Normally, /usr/bin is be
On 3 February 2013 18:56, John McKown wrote:
> Ubuntu installed git into /usr/bin. You installed it into /usr/local/bin.
> Normally, /usr/bin is before /usr/local/bin on the PATH. You can address
> this by putting /usr/local/bin on the PATH before /usr/bin.
Normally /usr/local/bin/ is _before_ /u
That was a useful start, I also realised I hadn't made sure I'd checked out the
right working tree (my repo has both the Msysgit version and Junio's versio).
The /usr/local/bin directory was empty, but at least I've now got a clue as to
where to start looking, and I've now checked may path is se
> From: Blind
>
> there is still nothing wrong here,
> just use the "-m" option for the "git log" (same for diff-tree -m infact).
If you go to the end of the new branch ("git checkout rebase", but at
the end of the script, that is where you are already), and look at the
file "file", you will see
> From: "Philip Oakley"
>
> Is this what they call an 'Evil Merge' (git style) where the final
> content was not in either of the original commits.
>
> In such cases it's hard to attribute which source commit contained
> the data that is in the merge.
>
> It's as if an additional change was a
[git version 1.7.7.6]
> From: Blind
>
> just use the "-m" option for the "git log" (same for diff-tree -m infact).
Ugh. After the end of the procedure I posted, I executed "git log
--graph -p -m". The output consists of:
* commit 18786ae12592f49859509ee4b20bb83979f6ea2b
| Author: Dal
> From: Tristan Stanic
>
> What is the reason the git developers use obscure syntax? This make the git
> learning curve uselessly complex.
My belief is that the system grew over time, with many people using it
well before it reached the current state. Thus, whatever syntax was
first establishe
Ubuntu installed git into /usr/bin. You installed it into /usr/local/bin.
Normally, /usr/bin is before /usr/local/bin on the PATH. You can address
this by putting /usr/local/bin on the PATH before /usr/bin. Or you, if you
want to replace git, use the normal Ubuntu method to uninstall git. This
will
> From: Philip Oakley
>
> I then compiled with 'make prefix=/usr/local all' and got what I think
> was a successful compile.
I don't know how to compile Git, but the general practice in Unix
builds is for "make" to *compile* the needed code, but only into files
within the source/build directori
well, yes of course, I agree, if there's a friendly UI like a light switch,
then there's no compelling reason to understand electricity. But if you have to
use pliers and screwdrivers to turn on the lights it's good to understand the
basics of electrical circuits.
On Feb 2, 2013, at 10:39 PM, T
I have recently got a spare laptop and installed Linux (I've been on
Windows since 3.1, and stuff before that) , and I'm trying to get my
head around some of the Git install issues on Linux. In particular how
to compile my own version of Git, separate from the installed version.
I've got Ubunt
From: "Malusi Gcakasi"
Sent: Sunday, February 03, 2013 10:09 AM
On 2/3/2013 8:02 AM, Les Nightingill wrote:
It will help you a lot with the syntax to really understand the
architecture and the data model.
I'm also pretty new to using git, can you recommend any good
books/blogs/articles for l
Hello,
I hope that this question is not off topic off this mailing list but I
haven't found any better place to ask.
I use various versions of the linux kernel which I compile from source. I
decided to get rid of all my source tar-balls and clone the git repository
of the linux kernel.
http:
There have been a few threads on the subject in the git developers list
[g...@vger.kernel.org]
This one being possibly the most relevant
http://thread.gmane.org/gmane.comp.version-control.git/185825/focus=206910
Many of the design 'choices' are buried in history and are a mixture of needing
to
On 2/3/2013 8:02 AM, Les Nightingill wrote:
It will help you a lot with the syntax to really understand the
architecture and the data model.
I'm also pretty new to using git, can you recommend any good
books/blogs/articles for learning about the architecture and data model?
--
Kind Regards
M
21 matches
Mail list logo