1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
|
git (1:1.8.4~rc0-1) experimental; urgency=low
Starting with this version, gitweb and "git daemon" on Debian are
configured to look for repositories under /var/lib/git by default
instead of /var/cache/git. You may want to adjust your inetd,
rsyncd, and web server configuration to use the new base path.
See /usr/share/doc/git/README.Debian for details.
Symlinks are installed during the upgrade to ensure existing
repositories remain accessible. If no local scripts or
configuration depend on /var/cache/git then it is safe to remove
the old directory after replacing these symlinks with their
targets:
mv --backup /var/cache/git/* /var/lib/git/
rmdir /var/cache/git
rm /var/lib/git/*~
-- Jonathan Nieder <jrnieder@gmail.com> Sun, 28 Jul 2013 17:46:05 -0700
git (1:1.8.2~rc0-1) experimental; urgency=low
The default behavior of "git push" when run without specifying any
ref names will change in the upcoming Git 2.0 release.
The previous default behavior was to use "matching" semantics: push
all branches for which there is already a branch of the same name on
the remote end. The new default is "simple" semantics: push the
current branch to a branch of the same name, provided that "git
pull" is configured to integrate with that branch. You can get a
glimpse of the future with
echo '[push] default = simple' >>~/.gitconfig
See Documentation/RelNotes/1.8.2.txt and the entry on push.default
in git-config(1) for details.
-- Jonathan Nieder <jrnieder@gmail.com> Mon, 18 Feb 2013 16:48:53 -0800
git (1:1.8.0-1) experimental; urgency=low
Git's bash completion script is now loaded on the fly when tab
completion is attempted for the 'git' or 'gitk' command. This
change involved moving the completion script. If your ~/.bashrc
previously contained
. /etc/bash_completion.d/git
then it should be corrected to
if [ -e /usr/share/bash-completion/completions/git ]; then
. /usr/share/bash-completion/completions/git
elif [ -e /etc/bash_completion.d/git ]; then
. /etc/bash_completion.d/git
fi
or, better,
. /etc/bash_completion
See /usr/share/doc/bash-completion/README.Debian for details.
-- Jonathan Nieder <jrnieder@gmail.com> Sun, 13 Jan 2013 08:59:42 -0800
git (1:1.7.0.4-2~exp0) experimental; urgency=low
The Debian package 'git-core' has been renamed to 'git'. Before
Debian version 5.0 (codenamed "lenny"), the 'git' package provided
the GNU Interactive Tools, and in the lenny release, it was renamed
to 'gnuit', leaving the 'git' package as a transitional dummy
package.
If the GNU Interactive Tools package was installed with Debian
version 4.0 (etch) or earlier on this system, the new 'git' package
(a content addressable filesystem) may be installed on upgrade, even
though it was not installed before.
In this case, sorry for the hassle. Simply remove the new 'git'
package again if you're not interested in it:
# apt-get remove --purge git
-- Gerrit Pape <pape@smarden.org> Sun, 21 Mar 2010 22:12:01 +0000
git-core (1:1.6.0-1) experimental; urgency=low
Most of the programs are now installed outside the default $PATH,
except for "git", "gitk" and some server side programs that need
to be accessible for technical reasons. Invoking a git subcommand
as "git-xyzzy" from the command line has been deprecated since
early 2006 (and officially announced in the 1.5.4 release notes);
using the "git-xyzzy" form in scripts after adding the output from
"git --exec-path" to the $PATH is still supported in this release,
but users are again strongly encouraged to adjust their scripts to
use the "git xyzzy" form, as this support might be dropped in later
releases.
-- Gerrit Pape <pape@smarden.org> Sun, 24 Aug 2008 22:31:44 +0000
|
