File: git.NEWS

package info (click to toggle)
git 1:2.11.0-3+deb9u4
  • links: PTS, VCS
  • area: main
  • in suites: stretch
  • size: 37,344 kB
  • sloc: ansic: 175,978; sh: 154,654; perl: 29,746; tcl: 21,549; python: 6,781; makefile: 3,405; lisp: 1,786; php: 120; asm: 98; csh: 45
file content (99 lines) | stat: -rw-r--r-- 3,832 bytes parent folder | download | duplicates (12)
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