Bug 15475

Summary: git-core misses git-remote
Product: Branch 4.0 Reporter: Yan <yantux>
Component: git-coreAssignee: Dmitry V. Levin <ldv>
Status: CLOSED NOTABUG QA Contact: Q.A. 4.0 <qa-4.0>
Severity: normal    
Priority: P2    
Version: 4.0   
Hardware: all   
OS: Linux   
URL: http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.5.0.txt
Bug Depends on:    
Bug Blocks: 15477    

Description Yan 2008-04-27 02:07:59 MSD
My git:
[root@localhost kernel-build-scripts]# git --version
git version 1.5.3.8.GIT
[root@localhost kernel-build-scripts]#


Steps to Reproduce:
Is this old documentation?
http://freesource.info/wiki/AltLinux/Sisyphus/devel/kernelnotes

git remote add linux-2.6.23
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.23.y.git 
Actual Results:  
[root@localhost kernel-build-scripts]# git remote add linux-2.6.23
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.23.y.git
git: 'remote' is not a git-command

The most commonly used git commands are:
   add           Add file contents to the index
   apply         Apply a patch on a git index file and a working tree
   archive       Create an archive of files from a named tree
   bisect        Find the change that introduced a bug by binary search
   branch        List, create, or delete branches
   checkout      Checkout and switch to a branch
   cherry-pick   Apply the change introduced by an existing commit
   clone         Clone a repository into a new directory
   commit        Record changes to the repository
   diff          Show changes between commits, commit and working tree, etc
   fetch         Download objects and refs from another repository
   grep          Print lines matching a pattern
   init          Create an empty git repository or reinitialize an existing one
   log           Show commit logs
   merge         Join two or more development histories together
   mv            Move or rename a file, a directory, or a symlink
   prune         Prune all unreachable objects from the object database
   pull          Fetch from and merge with another repository or a local branch
   push          Update remote refs along with associated objects
   rebase        Forward-port local commits to the updated upstream head
   reset         Reset current HEAD to the specified state
   revert        Revert an existing commit
   rm            Remove files from the working tree and from the index
   show          Show various types of objects
   show-branch   Show branches and their commits
   status        Show the working tree status
   tag           Create, list, delete or verify a tag object signed with GPG
(use 'git help -a' to get a list of all installed git commands)
[root@localhost kernel-build-scripts]#


Expected Results:  
git not return error that remote is not git command
Comment 1 Mikhail Gusarov 2008-04-27 09:11:53 MSD
Наоборот, слишком новая. git-remote появилось в 1.5.4, IIRC.
Comment 2 Mikhail Gusarov 2008-04-27 10:47:32 MSD
В бранче 4.0 git старый, так что это не совсем хорошо.
Comment 3 Mikhail Gusarov 2008-04-27 10:47:46 MSD
Добавил workaround для старого git.
Comment 4 Mikhail Gusarov 2008-04-27 11:07:17 MSD
Так, стоп. Всё отменяется :)

Из changelog git 1.5.0:

 - A new command, git-remote, can help you manage your remote
   tracking branch definitions.
Comment 5 Mikhail Gusarov 2008-04-27 11:15:28 MSD
Таки в бранче что-то не ладно с git-ом.

git-remote есть с 1.5.0, но и в дистрибутивах 1.5.1.6, и в бранче 1.5.3.8, где 
git-remote не наблюдается.

-> branch 4.0
-> blocks server bug
-> to ldv
-> retitling
Comment 6 Dmitry V. Levin 2008-04-27 16:10:11 MSD
$ rpmquery -f --qf '%{name}\n' /usr/bin/git-remote 
perl-Git
Comment 7 Mikhail Gusarov 2008-04-27 16:38:04 MSD
Не буду долго издеваться над naming conventions и тем, что perl-Git выглядит 
как "перловые модули к git'у", а не как "нечто, что содержит исполняемые файлы 
в /usr/bin", просто выскажу своё "фи".

Впрочем, с выходом 1.5.5 - уже пофиг.
Comment 8 Dmitry V. Levin 2008-04-27 16:55:24 MSD
(In reply to comment #7)
> Не буду долго издеваться над naming conventions и тем, что perl-Git выглядит 
> как "перловые модули к git'у",

Так и есть.

> а не как "нечто, что содержит исполняемые файлы 
> в /usr/bin", просто выскажу своё "фи".

Куда ещё было поместить утилиту, которой нужны "перловые модули к git'у"?

> Впрочем, с выходом 1.5.5 - уже пофиг.

Ага.