| |
| |
| |
| 4.12, б.б. (?), 17:24, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Это который передачу "К барьеру" ведёт? Он всё таки догадался позвать Линуса? И тот своим традиционным "talk is cheap" и прочими зажигательными высказываниями заставил таки любить родину, linux и git?
| | |
| |
| 5.34, ананим (?), 00:53, 26/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
и чевоб ему делать в передаче о меркуриал.
зыж
отнесу этот пост к 1-ой общероссийской проблеме.
| | |
|
|
|
| 2.6, mine (ok), 15:15, 25/04/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Лучшая для огромных проектов. Для "домашних" на пару метров исходников - fossil.
| | |
| |
| 3.8, б.б. (?), 16:36, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Интересно. Чем лучше? Русскоязычного обзора "я маленький домашний пользователь, и использую fossil вот так-то и вот так-то" - я что-то не нашёл. По mercurial - их много.
| | |
|
| 2.41, andy (??), 09:37, 26/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> лучшая кучка скриптов, которая чудесным образом может использоваться в качестве vcs
fixed
| | |
|
| |
| |
| 3.18, me (??), 19:29, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>без докачки чего?
git clone при обрыве начинает качать с нуля
| | |
| |
| 4.19, ананим (?), 19:49, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
$ man git-clone
..........
Git natively supports ssh, git, http, https, ftp, ftps, and rsync protocols. The following syntaxes may be used with them:
· ssh://[user@]host.xz[:port]/path/to/repo.git/
· git://host.xz[:port]/path/to/repo.git/
· http[s]://host.xz[:port]/path/to/repo.git/
· ftp[s]://host.xz[:port]/path/to/repo.git/
· rsync://host.xz/path/to/repo.git/
ман рсинка приводить?
| | |
| |
| |
| 6.23, Andrey Mitrofanov (?), 20:37, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Что сказать то хотел?
Что для страдающих на каналах, _не как у Линуса, который пложил на эту докачку большой wontfix, есть же транспорты http и rsync, которые поддерживают столько докачки, сколько git:// и не снилось. И да, ни он, ни я ничего не говорили про то, какими транспортами _отдаёт [или не отдаёт, да] конкретный репо/сервер.
_Ещё вопросы?
| | |
|
|
|
|
|
| 1.21, Аноним (-), 20:22, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А кто-нибудь использует gitolite с ним? Умеет ли он аутентифицировать клиентов только по юзернейм/пасс ? А то недавно листал документацию - везде предлагается хранить на пользователей сертфикиаты чуть ли не в обязательном порядке.
| | |
| |
| 2.36, northbear (??), 01:08, 26/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Gitolite для того и придуман, чтобы не заморачиваться с shell-доступом. Для доступа через login/pass достаточно sshd в системе.
| | |
| |
| 3.46, user455 (?), 10:53, 26/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
ну у gitolite есть еще удобный конфиг с правами. собственно именно поэтому я им и заинтересовался. а так у нас используется впн с сертификатами и загружать разработчиков еще одним сертификатом еще и для репозитория не хочется.
| | |
|
| 2.53, Michael Shigorin (ok), 00:33, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Именно с 1.7.5 -- нет, а вообще -- да. Не сертификаты, а публичные ключи, и это намного вменяемей паролей (и особенно их смены с учётом того, что gitolite работает от непривилегированного псевдопользователя).
| | |
|
| 1.22, Аноним (-), 20:28, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
релиз ещё официально не готов. т. е. эта ветка только появилась в репозитории. её соберут — и будет релиз.
| | |
| |
| 2.24, Andrey Mitrofanov (?), 20:47, 25/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> релиз ещё официально не готов. т. е. эта ветка только появилась в
> репозитории. её соберут — и будет релиз.
Кто кого соберёт? Бредите, дружище?!
Junio C Hamano сан сказал, релиз, значит релиз. А то, что релиз в непривычной для Вас форме хэша SHA1 в тэге, а не в виде .tar.gz на gopher^Wftp... таки ж это кого-то волнует?...
ЗЫЖ И да ебилд -- не релиз.
| | |
| |
| 3.30, Аноним (-), 22:52, 25/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
есть понятия release management и release announcement. анонса ещё не было. этап сборки бинарников также считается хорошим тоном приурочить к этому событию.
я думаю, мы просто не поняли друг-друга.
| | |
| |
| 4.47, uldus (ok), 11:15, 26/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > есть понятия release management и release announcement. анонса ещё не было.
Анонс как раз был (https://lkml.org/lkml/2011/4/24/71) и на ftp.kernel.org git-1.7.5 доступен для загрузки. А то что сайт вовремя не обновили дело десятое, его совсем другие люди поддерживают.
| | |
|
|
|
| |
| |
| |
| 4.48, Maxim Chirkov (ok), 11:21, 26/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > об удалении сообщений втихаря
По вашему сообщение в ветке про Git "Mercurial получше будет" (это полный текст) не заслуживает удаления ? Или аргументируйте свою точку зрения и приводите факты или таким сообщениям дорога в /dev/null
| | |
| |
| 5.50, Аноним (-), 20:52, 26/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>>не заслуживает удаления ?
под такое определение подходит половина сообщений во всех темах, давайте всё удалим потихоньку? Например "Отлично, лучшая распределенная vcs становится еще лучше." - что там полезного? Пост ни о чём, так же как про меркуриал.
| | |
| |
| 6.54, Michael Shigorin (ok), 00:46, 11/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> под такое определение подходит половина сообщений во всех темах, давайте всё удалим
> потихоньку?
Нет, давайте на каждую глупость добавим ещё полтонны глупостей, SNR взлетит до небес. :-/
> Например "Отлично, лучшая распределенная vcs становится еще лучше." -
> что там полезного?
Это утверждение является эмоциональным и субъективным, но оно гораздо ближе к наблюдаемой реальности (в которой весьма сильно распространён/развивается git и относительно слабо -- hg), чем то.
| | |
|
|
|
|
|
|
