Re: [git-users] Compiling Git on Linux..

[Philip Oakley]

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 Linux. In particular
how to compile my own version of Git, separate from the installed
version.

I've got Ubuntu
Description:Ubuntu 12.04.2 LTS
Release:12.04
Codename:   precise


[...]

Unless you *really* need the latest (i.e. tip of the "master") Git,
the best bet is to either stick with what's provided by the OS
or install a more fresh (usually the latest upstream release) using the
so-called backports.  This has been discussed here recently,
please see [1].


Hi, yes, I was really wanting to hack on the latest version. I've done a 
bit on the Msysgit version before, but to get at the Git core code it 
looks like working on Linux would be the best approach. So I'm trying to 
jump across the Windows -> Linux chasm now that I've go a second hand 
laptop (my son needed a new one for completing his engineering degree, 
so I repaired it and installed Ubuntu).


At the moment I'd got the compile OK, the path OK, with 'which -a git' 
reporting the two versions (1.7.9.5 and 1.8.1.2.459), but 'git 
--version' reported the older one.


I just rechecked this morning and see that the shutdown/reboot has 
sorted out the execution priority, but I'm not sure why !


Work beckons.



Also, as you've probably inferred from the thread, if you want both the
"stock" installation of Git (provided by the OS) to coexist with your
manually-built version, it's best to configure the build in such a way
that `make install` installs everything under a single directory
(typically under your home directory) -- this eases maintenance as you
later can just `rm -rf` it.

1. http://www.mail-archive.com/git-users@googlegroups.com/msg04131.html



--
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Re: Rebasing problems

[Blind]

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 написа:
>
> > 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 the 7.5 line is not there. 
>
> Dale 
>

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[Konstantin Khomoutov]

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 version of Git, separate from the installed
> version.
> 
> I've got Ubuntu
> Description:  Ubuntu 12.04.2 LTS
> Release:  12.04
> Codename: precise

[...]

Unless you *really* need the latest (i.e. tip of the "master") Git,
the best bet is to either stick with what's provided by the OS
or install a more fresh (usually the latest upstream release) using the
so-called backports.  This has been discussed here recently, 
please see [1].

Also, as you've probably inferred from the thread, if you want both the
"stock" installation of Git (provided by the OS) to coexist with your
manually-built version, it's best to configure the build in such a way
that `make install` installs everything under a single directory
(typically under your home directory) -- this eases maintenance as you
later can just `rm -rf` it.

1. http://www.mail-archive.com/git-users@googlegroups.com/msg04131.html

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Why Git is the stupid content tracker

[Konstantin Khomoutov]

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 linked to pretty much sums up what simple googling
 for why+git+better turns up and so it's enough for being a good answer.)

-- 
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 options, visit https://groups.google.com/groups/opt_out.

[git-users] Why Git is the stupid content tracker

[Vicente Davila]

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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[Philip Oakley]

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.com ; John McKown 
  Sent: Sunday, February 03, 2013 8:26 PM
  Subject: Re: [git-users] Compiling Git on Linux..


  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 set up ;-) .
- Original Message - 
From: John McKown 
To: git-users@googlegroups.com 
Sent: Sunday, February 03, 2013 5:56 PM
Subject: Re: [git-users] Compiling Git on Linux..


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 remove it 
from /usr/bin, allowing the system to find your version in /usr/local/bin. 
Lastly, you can invoke your version by entering:

/usr/local/bin/git

On Feb 3, 2013 11:34 AM, "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 version of Git, separate from the installed version.

  I've got Ubuntu
  Description:Ubuntu 12.04.2 LTS
  Release:12.04
  Codename:   precise

  I used
  https://www.digitalocean.com/community/articles/how-to-install-git-on 
ubuntu-12-04 to confirm I had the latest update and dependencies,

  and then 'cd repos/git' where I had cloned the git source (my own repo), 
rather than getting the tar.

  I then compiled with 'make prefix=/usr/local all' and got what I think 
was a successful compile.

  However 'which -a git' gave only one result, /usr/bin/git.
  'git --version' gave 'git version 1.7.9.5' which I believe was the 
original ubuntu apt-get version.

  Where should the compiled version be?, and will it have overwritten my 
previous 'apt-get git', or have I missed out an 'install' step.

  Philip

  -- 
  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 options, visit https://groups.google.com/groups/opt_out.




-- 
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 options, visit https://groups.google.com/groups/opt_out.
 
 

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2897 / Virus Database: 2639/6076 - Release Date: 02/02/13

  No virus found in this message.
  Checked by AVG - www.avg.com
  Version: 2013.0.2897 / Virus Database: 2639/6076 - Release Date: 02/02/13


  -- 
  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 options, visit https://groups.google.com/groups/opt_out.
   
   

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[John McKown]

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 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_ /usr/bin/ in the PATH
>
> /Martin
>
> --
> 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 options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[Martin Møller Skarbiniks Pedersen]

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_ /usr/bin/ in the PATH

/Martin

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[Philip Oakley]

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 set up ;-) .
  - Original Message - 
  From: John McKown 
  To: git-users@googlegroups.com 
  Sent: Sunday, February 03, 2013 5:56 PM
  Subject: Re: [git-users] Compiling Git on Linux..


  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 remove it 
from /usr/bin, allowing the system to find your version in /usr/local/bin. 
Lastly, you can invoke your version by entering:

  /usr/local/bin/git

  On Feb 3, 2013 11:34 AM, "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 version of Git, separate from the installed version.

I've got Ubuntu
Description:Ubuntu 12.04.2 LTS
Release:12.04
Codename:   precise

I used
https://www.digitalocean.com/community/articles/how-to-install-git-on 
ubuntu-12-04 to confirm I had the latest update and dependencies,

and then 'cd repos/git' where I had cloned the git source (my own repo), 
rather than getting the tar.

I then compiled with 'make prefix=/usr/local all' and got what I think was 
a successful compile.

However 'which -a git' gave only one result, /usr/bin/git.
'git --version' gave 'git version 1.7.9.5' which I believe was the original 
ubuntu apt-get version.

Where should the compiled version be?, and will it have overwritten my 
previous 'apt-get git', or have I missed out an 'install' step.

Philip

-- 
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 options, visit https://groups.google.com/groups/opt_out.




  -- 
  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 options, visit https://groups.google.com/groups/opt_out.
   
   

  No virus found in this message.
  Checked by AVG - www.avg.com
  Version: 2013.0.2897 / Virus Database: 2639/6076 - Release Date: 02/02/13

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Re: Rebasing problems

[Dale R. Worley]

> 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 the 7.5 line is not there.

Dale

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Re: Rebasing problems

[Dale R. Worley]

> 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 added, over and above choosing
> between which of the source commit changes should 'win' when line
> conflict.

I can understand that; I've had similar attitudes toward merges using
Subversion.  But in practice, in real software development, you
sometimes need to make additional changes to make a merged version
work.  And Git (like any other system) does properly record those
additional changes.  The problem is that "git rebase" doesn't seem to
check for those changes when it is reconstructing a branch.

Dale

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Re: Rebasing problems

[Dale R. Worley]

[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: Dale Worley 
| Date:   Sun Feb 3 14:37:52 2013 -0500
| 
| Commit T
| 
| diff --git a/file b/file
| index 5394052..d5647ae 100644
| --- a/file
| +++ b/file
| @@ -12,5 +12,6 @@
|  6.5
|  7
|  8
| +8.5
|  9
|  10
|
*   commit 3038718d4cb45df909a2a6a6b30c92dbc72fb2c8 (from 
75078b3232f72fbd21f8686ecdc27cffbd48aded)
|\  Merge: 75078b3 8418344
| | Author: Dale Worley 
| | Date:   Sun Feb 3 14:37:52 2013 -0500
| | 
| | Commit S
| | 
| | diff --git a/file b/file
| | index fc8a02f..5394052 100644
| | --- a/file
| | +++ b/file
| | @@ -9,6 +9,7 @@
| |  5
| |  5.5
| |  6
| | +6.5
| |  7
| |  8
| |  9
| | 
| | 

Followed by an infinite series of lines like this:

| | 
| | 

Dale

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] A plead for more meaningful syntax

[Dale R. Worley]

> 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 established for a function remains the syntax that is used,
because everybody who matters -- that is, the current user community
-- already knows and understands that.  Similarly, there is no
pressure from the user community to reorganize the user interface to
make it easier to learn.

The Subversion user interface seems to have evolved under different
pressures -- somebody spent a lot of time making the user interface
very regular and fairly simple, and was not constrained by upward
compatibility while doing so.

Dale

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[John McKown]

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 remove it from /usr/bin, allowing the system to find your version in
/usr/local/bin. Lastly, you can invoke your version by entering:

/usr/local/bin/git
On Feb 3, 2013 11:34 AM, "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 version of Git, separate from the installed version.
>
> I've got Ubuntu
> Description:Ubuntu 12.04.2 LTS
> Release:12.04
> Codename:   precise
>
> I used
> https://www.digitalocean.com/**community/articles/how-to-**install-git-onubuntu-12-04
>  to confirm I had the latest update and dependencies,
>
> and then 'cd repos/git' where I had cloned the git source (my own repo),
> rather than getting the tar.
>
> I then compiled with 'make prefix=/usr/local all' and got what I think was
> a successful compile.
>
> However 'which -a git' gave only one result, /usr/bin/git.
> 'git --version' gave 'git version 1.7.9.5' which I believe was the
> original ubuntu apt-get version.
>
> Where should the compiled version be?, and will it have overwritten my
> previous 'apt-get git', or have I missed out an 'install' step.
>
> Philip
>
> --
> 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+unsubscribe@**googlegroups.com
> .
> For more options, visit 
> https://groups.google.com/**groups/opt_out
> .
>
>
>

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] Compiling Git on Linux..

[Dale R. Worley]

> 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 directories.  Then one does "make install" to
copy the compiled files into their intended destination locations.

There is usually a text file named README or INSTALL that described
the particular make commands needed to build and install the package.

Dale

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] A plead for more meaningful syntax

[Les Nightingill]

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, Tristan Stanic wrote:

> You can ask anyone to turn on the light by just saying "Turn the light on", 
> you will get the job done much faster than if you give a lecture about 
> electricity and light bulb technology. Although understanding the underlying 
> physics would make a lot of good, the simple and direct solution is more 
> efficient. That's just my opinion. I wish a real git developer would give 
> some more insights about the arcane syntax of git cmd line.
> 
> 
> 
> On Sunday, February 3, 2013 1:02:32 AM UTC-5, Les Nightingill wrote:
> I think every one of us has asked this same question at some point early in 
> our work with git.
> 
> There have been many attempts to sweeten the syntax with sugar. But mostly we 
> struggle through the abominable syntax and love git for it's great power and 
> flexibility.
> 
> It will help you a lot with the syntax to really understand the architecture 
> and the data model.
> 
> 
> -- 
> 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 options, visit https://groups.google.com/groups/opt_out.
>  
>  

-- 
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 options, visit https://groups.google.com/groups/opt_out.

[git-users] Compiling Git on Linux..

[Philip Oakley]

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 Ubuntu
Description:Ubuntu 12.04.2 LTS
Release:12.04
Codename:   precise

I used
https://www.digitalocean.com/community/articles/how-to-install-git-on 
ubuntu-12-04 to confirm I had the latest update and dependencies,


and then 'cd repos/git' where I had cloned the git source (my own repo), 
rather than getting the tar.


I then compiled with 'make prefix=/usr/local all' and got what I think 
was a successful compile.


However 'which -a git' gave only one result, /usr/bin/git.
'git --version' gave 'git version 1.7.9.5' which I believe was the 
original ubuntu apt-get version.


Where should the compiled version be?, and will it have overwritten my 
previous 'apt-get git', or have I missed out an 'install' step.


Philip

--
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] A plead for more meaningful syntax

[Philip Oakley]

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 learning about the architecture and data 
model?




There are many article that try to teach git, however the biggest 
problem is trying to unlearn the old ways that are no longer relevant to 
modern software and computer systems.


All the old version control systems are based on (developed from) the 
idea of a 'master drawing' which dates from before the time of the 
Titannic when drawings were done with India ink on Kaolin and linen 
paper and had to be protected with utmost diligence. If you damaged the 
master you were stuffed.


Now we have zero cost duplication and storage there is no longer a 
single master, and everyone can have a go. The problem then becomes how 
to verify if your copy is the same as the one in some trusted reference 
repository (e.g. Julie's rework release X), and how we maintain an 
unbroken chain of traceability of our development (same as physical 
measurements, e.g. SI/NIST). (and vice versa when you want your work to 
be accepted by that repo)


I found all these to be useful at various points

Git community book (various editions) e.g. 
http://git-scm.com/book/en/Getting-Started-About-Version-Control = 
Pro-Git


Git Magic = 
http://www-cs-students.stanford.edu/~blynn/gitmagic/book.html


http://think-like-a-git.net/

Top 10 Git Tutorials for Beginners =
http://sixrevisions.com/resources/git-tutorials-beginners/



--
Kind Regards
Malusi Gcakasi





-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2897 / Virus Database: 2639/6076 - Release Date: 
02/02/13




--
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 options, visit https://groups.google.com/groups/opt_out.

[git-users] checkout version 2.6.30.10 from the official kernel git repository

[martin mangard]

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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 
seems  for me to be the right repository to clone.

The oldest Linux version I use is version 2.6.30.10 which can be downloaded 
from http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.30.10.tar.bz2 .

I now tried to checkout a branch in my local repository which is based on 
this version. 
I looked at the tags and noticed that only the major releases have a tag in 
the master branch.


 git tag -l
.
v2.6.30
v2.6.30-rc1
v2.6.30-rc2
v2.6.30-rc3
v2.6.30-rc4
v2.6.30-rc5
v2.6.30-rc6
v2.6.30-rc7
v2.6.30-rc8
.

I am new to git and somehow lost in this big repository. What are the right 
techniques to checkout/find version 2.6.30.10 in this repository? 

thanks for your help.

Martin

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] A plead for more meaningful syntax

[Philip Oakley]

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 do certain things quickly, the calibre and world views of the main 
contributors [Linus Torvalds, etc.], and that it (git) is intimately tied to 
all the Linux developers, so backward compatibilty keeps such 'bad practice' 
[*1*] current.

There is often, among the maintainers, a failure to be able (or desire [*2*]) 
to clearly separate the plumbing commands from the porcelain commands. 'git 
reset' would appear to be seen as both, rather than pure plumbing.

Philip

[*1*] Such practices are only considered bad in hindsight. If GOTO-less 
programming is so good why do all machine codes / assemblers have a JMP 
instruction ;-) 
[*2*] For a systems engineering perspective a designer/developer wants to span 
both the context and the details at the same time. From a user/coder 
perspective a well partitioned and delineated task is desired so that jobs can 
be done and dusted, even if someone else's context changes. See Dilbert...
  - Original Message - 
  From: Tristan Stanic 
  To: git-users@googlegroups.com 
  Sent: Sunday, February 03, 2013 6:39 AM
  Subject: Re: [git-users] A plead for more meaningful syntax


  You can ask anyone to turn on the light by just saying "Turn the light on", 
you will get the job done much faster than if you give a lecture about 
electricity and light bulb technology. Although understanding the underlying 
physics would make a lot of good, the simple and direct solution is more 
efficient. That's just my opinion. I wish a real git developer would give some 
more insights about the arcane syntax of git cmd line.



  On Sunday, February 3, 2013 1:02:32 AM UTC-5, Les Nightingill wrote:
I think every one of us has asked this same question at some point early in 
our work with git.


There have been many attempts to sweeten the syntax with sugar. But mostly 
we struggle through the abominable syntax and love git for it's great power and 
flexibility.


It will help you a lot with the syntax to really understand the 
architecture and the data model.



  -- 
  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 options, visit https://groups.google.com/groups/opt_out.
   
   

  No virus found in this message.
  Checked by AVG - www.avg.com
  Version: 2013.0.2897 / Virus Database: 2639/6076 - Release Date: 02/02/13

-- 
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 options, visit https://groups.google.com/groups/opt_out.

Re: [git-users] A plead for more meaningful syntax

[Malusi Gcakasi]

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
Malusi Gcakasi

--
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 options, visit https://groups.google.com/groups/opt_out.