Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
李少辉-开发者
git
提交
f51248eb
G
git
项目概览
李少辉-开发者
/
git
与 Fork 源项目一致
从无法访问的项目Fork
通知
2
Star
1
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
G
git
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
f51248eb
编写于
10月 15, 2005
作者:
J
Junio C Hamano
浏览文件
操作
浏览文件
下载
差异文件
Merge branch 'fixes'
上级
f80376c5
5990efb0
变更
3
显示空白变更内容
内联
并排
Showing
3 changed file
with
218 addition
and
23 deletion
+218
-23
Documentation/tutorial.txt
Documentation/tutorial.txt
+57
-22
rsh.c
rsh.c
+1
-1
t/t1200-tutorial.sh
t/t1200-tutorial.sh
+160
-0
未找到文件。
Documentation/tutorial.txt
浏览文件 @
f51248eb
...
...
@@ -51,7 +51,9 @@ your new project. You will now have a `.git` directory, and you can
inspect that with `ls`. For your new empty project, it should show you
three entries, among other things:
- a symlink called `HEAD`, pointing to `refs/heads/master`
- a symlink called `HEAD`, pointing to `refs/heads/master` (if your
platform does not have native symlinks, it is a file containing the
line "ref: refs/heads/master")
+
Don't worry about the fact that the file that the `HEAD` link points to
doesn't even exist yet -- you haven't created the commit that will
...
...
@@ -227,6 +229,7 @@ which will spit out
------------
diff --git a/hello b/hello
index 557db03..263414f 100644
--- a/hello
+++ b/hello
@@ -1 +1,2 @@
...
...
@@ -289,13 +292,16 @@ also wants to get a commit message
on its standard input, and it will write out the resulting object name for the
commit to its standard output.
And this is where we start using the `.git/HEAD` file. The `HEAD` file is
supposed to contain the reference to the top-of-tree, and since that's
exactly what `git-commit-tree` spits out, we can do this all with a simple
shell pipeline:
And this is where we create the `.git/refs/heads/master` file
which is pointed at by `HEAD`. This file is supposed to contain
the reference to the top-of-tree of the master branch, and since
that's exactly what `git-commit-tree` spits out, we can do this
all with a sequence of simple shell commands:
------------------------------------------------
echo "Initial commit" | git-commit-tree $(git-write-tree) > .git/HEAD
tree=$(git-write-tree)
commit=$(echo 'Initial commit' | git-commit-tree $tree)
git-update-ref HEAD $(commit)
------------------------------------------------
which will say:
...
...
@@ -691,7 +697,9 @@ other point in the history than the current `HEAD`, you can do so by
just telling `git checkout` what the base of the checkout would be.
In other words, if you have an earlier tag or branch, you'd just do
git checkout -b mybranch earlier-commit
------------
git checkout -b mybranch earlier-commit
------------
and it would create the new branch `mybranch` at the earlier commit,
and check out the state at that time.
...
...
@@ -699,17 +707,29 @@ and check out the state at that time.
You can always just jump back to your original `master` branch by doing
git checkout master
------------
git checkout master
------------
(or any other branch-name, for that matter) and if you forget which
branch you happen to be on, a simple
ls -l .git/HEAD
------------
ls -l .git/HEAD
------------
will tell you where it's pointing
. To get the list of branches
you have, you can say
will tell you where it's pointing
(Note that on platforms with bad or no
symlink support, you have to execute
git branch
------------
cat .git/HEAD
------------
instead). To get the list of branches you have, you can say
------------
git branch
------------
which is nothing more than a simple script around `ls .git/refs/heads`.
There will be asterisk in front of the branch you are currently on.
...
...
@@ -717,7 +737,9 @@ There will be asterisk in front of the branch you are currently on.
Sometimes you may wish to create a new branch _without_ actually
checking it out and switching to it. If so, just use the command
git branch <branchname> [startingpoint]
------------
git branch <branchname> [startingpoint]
------------
which will simply _create_ the branch, but will not do anything further.
You can then later -- once you decide that you want to actually develop
...
...
@@ -843,7 +865,6 @@ $ git show-branch master mybranch
! [mybranch] Some work.
--
+ [master] Merged "mybranch" changes.
+ [master~1] Some fun.
++ [mybranch] Some work.
------------------------------------------------
...
...
@@ -870,8 +891,10 @@ Now, let's pretend you are the one who did all the work in
to the `master` branch. Let's go back to `mybranch`, and run
resolve to get the "upstream changes" back to your branch.
git checkout mybranch
git resolve HEAD master "Merge upstream changes."
------------
git checkout mybranch
git resolve HEAD master "Merge upstream changes."
------------
This outputs something like this (the actual commit object names
would be different)
...
...
@@ -1087,13 +1110,17 @@ i.e. `<project>.git`. Let's create such a public repository for
project `my-git`. After logging into the remote machine, create
an empty directory:
mkdir my-git.git
------------
mkdir my-git.git
------------
Then, make that directory into a git repository by running
`git init-db`, but this time, since its name is not the usual
`.git`, we do things slightly differently:
GIT_DIR=my-git.git git-init-db
------------
GIT_DIR=my-git.git git-init-db
------------
Make sure this directory is available for others you want your
changes to be pulled by via the transport of your choice. Also
...
...
@@ -1117,7 +1144,9 @@ Your "public repository" is now ready to accept your changes.
Come back to the machine you have your private repository. From
there, run this command:
git push <public-host>:/path/to/my-git.git master
------------
git push <public-host>:/path/to/my-git.git master
------------
This synchronizes your public repository to match the named
branch head (i.e. `master` in this case) and objects reachable
...
...
@@ -1127,7 +1156,9 @@ As a real example, this is how I update my public git
repository. Kernel.org mirror network takes care of the
propagation to other publicly visible machines:
git push master.kernel.org:/pub/scm/git/git.git/
------------
git push master.kernel.org:/pub/scm/git/git.git/
------------
Packing your repository
...
...
@@ -1140,7 +1171,9 @@ not so convenient to transport over the network. Since git objects are
immutable once they are created, there is a way to optimize the
storage by "packing them together". The command
git repack
------------
git repack
------------
will do it for you. If you followed the tutorial examples, you
would have accumulated about 17 objects in `.git/objects/??/`
...
...
@@ -1164,7 +1197,9 @@ Our programs are always perfect ;-).
Once you have packed objects, you do not need to leave the
unpacked objects that are contained in the pack file anymore.
git prune-packed
------------
git prune-packed
------------
would remove them for you.
...
...
rsh.c
浏览文件 @
f51248eb
...
...
@@ -68,7 +68,7 @@ int setup_connection(int *fd_in, int *fd_out, const char *remote_prog,
if
(
!
path
)
{
return
error
(
"Bad URL: %s"
,
url
);
}
/* $GIT_RSH <host> "env GI
R
_DIR=<path> <remote_prog> <args...>" */
/* $GIT_RSH <host> "env GI
T
_DIR=<path> <remote_prog> <args...>" */
sizen
=
COMMAND_SIZE
;
posn
=
command
;
of
=
0
;
...
...
t/t1200-tutorial.sh
0 → 100644
浏览文件 @
f51248eb
#!/bin/sh
#
# Copyright (c) 2005 Johannes Schindelin
#
test_description
=
'Test git-rev-parse with different parent options'
.
./test-lib.sh
echo
"Hello World"
>
hello
echo
"Silly example"
>
example
git-update-index
--add
hello example
test_expect_success
'blob'
"test blob =
\"
$(
git-cat-file
-t
557db03
)
\"
"
test_expect_success
'blob 557db03'
"test
\"
Hello World
\"
=
\"
$(
git-cat-file blob 557db03
)
\"
"
echo
"It's a new day for git"
>>
hello
cat
>
diff.expect
<<
EOF
diff --git a/hello b/hello
index 557db03..263414f 100644
--- a/hello
+++ b/hello
@@ -1 +1,2 @@
Hello World
+It's a new day for git
EOF
git-diff-files
-p
>
diff.output
test_expect_success
'git-diff-files -p'
'cmp diff.expect diff.output'
git diff
>
diff.output
test_expect_success
'git diff'
'cmp diff.expect diff.output'
tree
=
$(
git-write-tree 2>/dev/null
)
test_expect_success
'tree'
"test 8988da15d077d4829fc51d8544c097def6644dbb =
$tree
"
output
=
"
$(
echo
"Initial commit"
| git-commit-tree
$(
git-write-tree
)
2>&1
>
.git/refs/heads/master
)
"
test_expect_success
'commit'
"test 'Committing initial tree 8988da15d077d4829fc51d8544c097def6644dbb' =
\"
$output
\"
"
git-diff-index
-p
HEAD
>
diff.output
test_expect_success
'git-diff-index -p HEAD'
'cmp diff.expect diff.output'
git diff HEAD
>
diff.output
test_expect_success
'git diff HEAD'
'cmp diff.expect diff.output'
#rm hello
#test_expect_success 'git-read-tree --reset HEAD' "git-read-tree --reset HEAD ; test \"hello: needs update\" = \"$(git-update-index --refresh)\""
cat
>
whatchanged.expect
<<
EOF
diff-tree VARIABLE (from root)
Author: VARIABLE
Date: VARIABLE
Initial commit
diff --git a/example b/example
new file mode 100644
index 0000000..f24c74a
--- /dev/null
+++ b/example
@@ -0,0 +1 @@
+Silly example
diff --git a/hello b/hello
new file mode 100644
index 0000000..557db03
--- /dev/null
+++ b/hello
@@ -0,0 +1 @@
+Hello World
EOF
git-whatchanged
-p
--root
|
\
sed
-e
"1s/^
\(
.
\{
10
\}\)
.
\{
40
\}
/
\1
VARIABLE/"
\
-e
"2,3s/^
\(
.
\{
8
\}\)
.*
$/
\1
VARIABLE/"
\
>
whatchanged.output
test_expect_success
'git-whatchanged -p --root'
'cmp whatchanged.expect whatchanged.output'
git tag my-first-tag
test_expect_success
'git tag my-first-tag'
'cmp .git/refs/heads/master .git/refs/tags/my-first-tag'
# TODO: test git-clone
git checkout
-b
mybranch
test_expect_success
'git checkout -b mybranch'
'cmp .git/refs/heads/master .git/refs/heads/mybranch'
cat
>
branch.expect
<<
EOF
master
* mybranch
EOF
git branch
>
branch.output
test_expect_success
'git branch'
'cmp branch.expect branch.output'
git checkout mybranch
echo
"Work, work, work"
>>
hello
git commit
-m
'Some work.'
hello
git checkout master
echo
"Play, play, play"
>>
hello
echo
"Lots of fun"
>>
example
git commit
-m
'Some fun.'
hello example
test_expect_failure
'git resolve now fails'
'git resolve HEAD mybranch "Merge work in mybranch"'
cat
>
hello
<<
EOF
Hello World
It's a new day for git
Play, play, play
Work, work, work
EOF
git commit
-m
'Merged "mybranch" changes.'
hello
cat
>
show-branch.expect
<<
EOF
* [master] Merged "mybranch" changes.
! [mybranch] Some work.
--
+ [master] Merged "mybranch" changes.
++ [mybranch] Some work.
EOF
git show-branch master mybranch
>
show-branch.output
test_expect_success
'git show-branch'
'cmp show-branch.expect show-branch.output'
git checkout mybranch
cat
>
resolve.expect
<<
EOF
Updating from VARIABLE to VARIABLE.
example | 1 +
hello | 1 +
2 files changed, 2 insertions(+), 0 deletions(-)
EOF
git resolve HEAD master
"Merge upstream changes."
|
\
sed
-e
"1s/[0-9a-f]
\{
40
\}
/VARIABLE/g"
>
resolve.output
test_expect_success
'git resolve'
'cmp resolve.expect resolve.output'
cat
>
show-branch2.expect
<<
EOF
! [master] Merged "mybranch" changes.
* [mybranch] Merged "mybranch" changes.
--
++ [master] Merged "mybranch" changes.
EOF
git show-branch master mybranch
>
show-branch2.output
test_expect_success
'git show-branch'
'cmp show-branch2.expect show-branch2.output'
# TODO: test git fetch
# TODO: test git push
test_expect_success
'git repack'
'git repack'
test_expect_success
'git prune-packed'
'git prune-packed'
test_expect_failure
'-> only packed objects'
'find -type f .git/objects/[0-9a-f][0-9a-f]'
test_done
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录