голову
сломит...
сделал проще. алгоритм вышел примерно такой:
подключаем deb-src репы, если их нет
sudo aptitude update
sudo aptitude install git
sudo aptitude build-dep librecad --add-user-tag librecad-build
cd /usr/src
git clone -b master http:///librecad.git librecad \
librecad-2.0.3-2
git format-patch release commit чтобы получить патчи.
ага. спасибо!
debian/changelog полюбому надо трогать - обновить версию.
ну, его должен потрогать dch, не?
новая версия должна быть выше старой, лучше использовать тильду вместо
плюса.
напрмер 2.0.4~git75061e-1, эта версия выше чем
сорц-пакет и включить в
него изменения из текущего git апстрима?
понятно, что
sudo aptitude build-dep librecad
apt-get source librecad
далее - если я правильно помню, в сорц-пакете идут оригинальные исходники, все
стороннее идет в папку debian/, в т.ч. изменения, сделанные майнтейнером,
оформляются
.
запостил баг на debian.org, а также в апстрим. апстрим говорит, что
пофиксили в
недавнем коммите, отписал в дебиановский баг - майнтейнер пока молчит.
в связи с этим вновь всплыл вопрос: как взять имеющийся сорц-пакет и
включить в
него изменения из текущего git апстрима?
понятно, что
sudo
вновь всплыл вопрос: как взять имеющийся сорц-пакет и включить в
него изменения из текущего git апстрима?
понятно, что
sudo aptitude build-dep librecad
apt-get source librecad
далее - если я правильно помню, в сорц-пакете идут оригинальные исходники, все
стороннее идет в папку debian/, в т.ч. изменения
On 10/17/2013 06:30 PM, Artem Chuprina wrote:
Vladimir Skubriev - Debian-russian@lists.debian.org @ Thu, 17 Oct 2013
16:05:44 +0400:
VS Использую на сервере сертификаты от StartSSL Class 1.
VS Браузер нормально их воспринимает и не ругается.
VS А вот git наоборот.
VS Причем я
Использую на сервере сертификаты от StartSSL Class 1.
Браузер нормально их воспринимает и не ругается.
А вот git наоборот.
Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько https
Virtualhost's на одном IP.
git clone https://git.example.com/gitproject.git
Cloning
On 17/10/13 16:05, Vladimir Skubriev wrote:
ca-certificates стоит?
--
sergio.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/525fd6fe.9050...@sergio.spb.ru
On 10/17/2013 04:24 PM, sergio wrote:
On 17/10/13 16:05, Vladimir Skubriev wrote:
ca-certificates стоит?
ll /etc/ssl/certs/ca-certificates.crt
-rw-r--r-- 1 root root 233264 сент. 14 18:53
/etc/ssl/certs/ca-certificates.crt
--
С Уважением,
специалист по техническому и программному
On 10/17/2013 04:05 PM, Vladimir Skubriev wrote:
Использую на сервере сертификаты от StartSSL Class 1.
Браузер нормально их воспринимает и не ругается.
А вот git наоборот.
Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько https
Virtualhost's на одном IP.
git clone https
Vladimir Skubriev - Debian-russian@lists.debian.org @ Thu, 17 Oct 2013
16:05:44 +0400:
VS Использую на сервере сертификаты от StartSSL Class 1.
VS Браузер нормально их воспринимает и не ругается.
VS А вот git наоборот.
VS Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько
Hello.
--
Best Regards,
Yuri Kozlov
--
To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121105104831.2f9ea...@keeper.home.local
Hello.
--
Best Regards,
Yuri Kozlov
--
To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121026113717.127d1...@keeper.home.local
Hello.
--
Best Regards,
Yuri Kozlov
--
To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120910211847.00307...@keeper.home.local
On 2011.03.04 at 22:54:03 +0300, Иван Лох wrote:
Не подскажет ли всезнающий All хороший графический фронтенд для Git.
Дело в том, что в рамках тотальной гитизации окружающего мира у меня
там оказалась масса данных, которые, либо, текстовые, но все-равно
удобны во внешней визуализации как
Пакет git-gui пробовали?
- Original Message -
From: Иван Лох l...@1917.com
To: debian-russian@lists.debian.org
Sent: Friday, March 04, 2011 10:54 PM
Subject: Фронтенд к Git с картинками
Не подскажет ли всезнающий All хороший графический фронтенд для Git.
Дело в том, что в рамках
On Sun, Mar 06, 2011 at 03:50:59PM +0300, Egorov Aleksey wrote:
Пакет git-gui пробовали?
Пробовал. Он, конечно, мощней тем gitg, но возможности просто тупо
посмотреть файл через хелпер я не нашел.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject
Не подскажет ли всезнающий All хороший графический фронтенд для Git.
Дело в том, что в рамках тотальной гитизации окружающего мира у меня
там оказалась масса данных, которые, либо, текстовые, но все-равно
удобны во внешней визуализации как SVG. Либо, вообще, PDF или ODT. Поэтому
нужен subj. Те
On Tue, 19 Oct 2010 12:14:43 +0400
Egorov Aleksey aleksey_ego...@relex.ru wrote:
Приветствую всех знатоков git.
Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к
репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на
своей машине ключ и поместил
On 2010.10.19 at 12:14:43 +0400, Egorov Aleksey wrote:
Приветствую всех знатоков git.
Ситуация следующая. Настроили сервер git под управлением indefero.
Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый
сгенерировал на своей машине ключ и поместил открытый ключ на сервере.
И
Огромное всем спасибо за советы. Вариант со всеми пользователями на всех
машинах пока оставим про запас. Настроил Апач и WebDAV, сейчас пробую
прикрутить к нему git.
- Original Message -
From: Victor Wagner vi...@wagner.pp.ru
To: Egorov Aleksey aleksey_ego...@relex.ru
Cc: debian
Приветствую всех знатоков git.
Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к
репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей
машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли
сделать так, чтобы руководитель
Приветствую всех знатоков git.
Ситуация следующая. Настроили сервер git под управлением indefero.
Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый
сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И
далее вопрос, можно ли сделать так, чтобы руководитель
Приветствую всех знатоков git.
Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к
репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на
своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно
ли сделать так, чтобы
обязательного переключения
DEO бранчей в рабочем дереве?
можно руками попробовать. git ругают за то, что это солянка из
низкоуровневых и высокоуровневых утилит ...
то есть (если я правильно понял вопрос), мы находимся в клонированном
дереве в бранче b2, нужно внести изменения в b1
$ git read-tree b1
On Thu, 9 Sep 2010 21:31:37 +0400
Dmitry E. Oboukhov un...@debian.org wrote:
PS: а как с правами на файлы выкручиваешься?
git их не хранит и получается когда делаешь pull на какой-то файл для
которого критичны права доступа, то после этого то что работает с этим
конфигом отваливается. из за
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Thu, 9 Sep 2010
21:31:37 +0400:
DEO PS: а как с правами на файлы выкручиваешься?
DEO git их не хранит и получается когда делаешь pull на какой-то файл для
DEO которого критичны права доступа, то после этого то что работает с этим
DEO
DS [...]
DEO все вроде хорошо, но в дереве конфигов переключать бранчи нельзя.
DEO можно ли упростить процедуру попадания файла из бранча b2 в b1? то
DEO есть без промежуточного дерева и без обязательного переключения
DEO бранчей в рабочем дереве?
DS git pull git cherry-pick commit ?
насколько
переключения
DEO бранчей в рабочем дереве?
DS git pull git cherry-pick commit ?
DEO насколько я понял cherry-pick выколупывает из другого бранча коммит и
DEO кладет его в текущий бранч.
DEO у меня задача обратная: имеется текущий бранч, из него надо взять файл
DEO и всунуть в другой бранч, но так
DEO все вроде хорошо, но в дереве конфигов переключать бранчи нельзя.
DEO можно ли упростить процедуру попадания файла из бранча b2 в b1? то
DEO есть без промежуточного дерева и без обязательного переключения
DEO бранчей в рабочем дереве?
DS git pull git cherry-pick commit ?
DEO насколько я
Dmitry E Oboukhov writes:
DS [...]
DEO все вроде хорошо, но в дереве конфигов переключать бранчи
DEO нельзя. можно ли упростить процедуру попадания файла из бранча
DEO b2 в b1? то есть без промежуточного дерева и без обязательного
DEO переключения бранчей в рабочем дереве?
DS git pull
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Thu, 9 Sep 2010
18:31:05 +0400:
DEO а вообще кто-нибудь держит конфиги в git? и при этом пользуется ли
DEO ветками? поделитесь наработками?
Держит, но ветками не пользуется. Не та дисциплина.
--
User Guide:
Тыц ПЫЩЬ button
On Thu, Sep 09, 2010 at 06:31:05PM +0400, Dmitry E. Oboukhov wrote:
а вообще кто-нибудь держит конфиги в git? и при этом пользуется ли
ветками? поделитесь наработками?
Держу. Но не в git а в mercurial. Что в прочем не суть важно. Конфиги
юзерские. В смысле из $HOME. По бранчу на машину (в
на работающей системе? тогда cherry-pick надо
DS делать в другом клоне или рабочей копии. например,
DS ad...@server $ git commit -m bla-blah-blah
DS ad...@server $ git push remote-repo
DS u...@ws $ git pull remote-repo
DS u...@ws $ git checkout b1
DS u...@ws $ git cherry-pick commit
DS u...@ws
а вообще кто-нибудь держит конфиги в git? и при этом пользуется ли
ветками? поделитесь наработками?
DN Держу. Но не в git а в mercurial. Что в прочем не суть важно. Конфиги
DN юзерские. В смысле из $HOME. По бранчу на машину (в данный момент -- это
DN бук + десктоп + домашний сервак-помойка
On Thu, Sep 09, 2010 at 09:31:37PM +0400, Dmitry E. Oboukhov wrote:
PS: а как с правами на файлы выкручиваешься?
git их не хранит и получается когда делаешь pull на какой-то файл для
которого критичны права доступа, то после этого то что работает с этим
конфигом отваливается. из за этого
такой вопросик:
имеем два бранча.
один (b1) хранит некое дерево
другой (b2) расширяет это дерево дополнительными файлами
(GIT используется для хранения конфиг-файлов).
то есть если общий (для обоих бранчей) пул файлов, а так же у второго
бранча еще ++ набор файлов.
так вот, находясь в бранче
имеем два бранча.
один (b1) хранит некое дерево
другой (b2) расширяет это дерево дополнительными файлами
(GIT используется для хранения конфиг-файлов).
то есть если общий (для обоих бранчей) пул файлов, а так же у второго
бранча еще ++ набор файлов.
так вот, находясь в бранче b2 мы
Dmitry E Oboukhov writes:
[...]
DEO все вроде хорошо, но в дереве конфигов переключать бранчи нельзя.
DEO можно ли упростить процедуру попадания файла из бранча b2 в b1? то
DEO есть без промежуточного дерева и без обязательного переключения
DEO бранчей в рабочем дереве?
git pull git
KP On Wed, Dec 02, 2009 at 10:06:49AM +0300, Dmitry E. Oboukhov wrote:
PS: кстати я просмотрел несколько OS-проектов, переехавших с SVN на
git, везде таги не привязаны к коммитам. например:
http://git.fluxbox.org/?p=fluxbox.git;a=summary
а вот если посмотреть на какой-либо проект
On Tue, Dec 01, 2009 at 05:52:19PM +0300, Dmitry E. Oboukhov wrote:
никто не решал проблему миграции с svn на git чтобы tags корректно
сконвертировать?
http://github.com/nothingmuch/git-svn-abandon
--
Alex Grigorovich
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
Wed, 2 Dec 2009 10:06:49 +0300
Dmitry E. Oboukhov un...@debian.org wrote:
Остается вопрос как привязать эти таги к списку коммитов
PS: кстати я просмотрел несколько OS-проектов, переехавших с SVN на
git, везде таги не привязаны к коммитам. например:
http://git.fluxbox.org/?p=fluxbox.git
Wed, 02 Dec 2009 10:49:51 +0300
Artem Chuprina r...@ran.pp.ru wrote:
Насколько я читал документацию на git, это разные теги.
Экспортируемые
- это отдельные объекты. Да, они тоже делаются командой git tag, но с
другими ключами.
Нет, дело там не в этом, а в том, что при экспорте из svn тэг
Есть репозитарий
svn://domain/project/trunk
/tags
делаем
git svn init -T trunk -t tags svn://domain/project
git svn fetch
Вынимается все включая метки
git show-ref их показывает:
...
a623f5008bbb2856a0acb78fe4b826256960bd45 refs/remotes/tags/release_0.1.12
Tue, 1 Dec 2009 17:52:19 +0300
Dmitry E. Oboukhov un...@debian.org wrote:
Есть репозитарий
svn://domain/project/trunk
/tags
делаем
git svn init -T trunk -t tags svn://domain/project
git svn fetch
Вынимается все включая метки
git show-ref их показывает
однако при попытке сделать git push --tags в другой репозитарий эти
метки игнорируются.
AGG потому что это не локальные рефы, а удаленные. Добейся, вначале, чтобы
AGG у тебя были обычные тэги, которые отображаются командой git tag и потом
AGG уже пуш.
так в том то и вопрос: как этого добиться
Hello, Dmitry.
On Tue, 1 Dec 2009 23:10:38 +0300
Dmitry E. Oboukhov un...@debian.org wrote:
однако при попытке сделать git push --tags в другой репозитарий эти
метки игнорируются.
AGG потому что это не локальные рефы, а удаленные. Добейся, вначале,
AGG чтобы у тебя были обычные тэги
однако при попытке сделать git push --tags в другой репозитарий эти
метки игнорируются.
AGG потому что это не локальные рефы, а удаленные. Добейся, вначале,
AGG чтобы у тебя были обычные тэги, которые отображаются командой
AGG git tag и потом уже пуш.
так в том то и вопрос: как этого добиться
On Wed, 2 Dec 2009 09:34:37 +0300
Dmitry E. Oboukhov un...@debian.org wrote:
AGG Если ты хочешь, чтобы на соответствующие вершины указывали
AGG гитовские тэги, то создай их руками. Например так:
AGG for tag in $(git branch -r | grep tags/);do
AGG git tag $(basename $tag) $tag
AGG done
On Wed, 2 Dec 2009 09:34:37 +0300
Dmitry E. Oboukhov un...@debian.org wrote:
однако при попытке сделать git push --tags в другой репозитарий
эти метки игнорируются.
AGG потому что это не локальные рефы, а удаленные. Добейся,
AGG вначале, чтобы у тебя были обычные тэги, которые отображаются
AGG for tag in $(git branch -r | grep tags/);do
AGG git tag $(basename $tag) $tag
AGG done
я так делал (в первом письме писал), вебгуй после этого показывает
список тагов, но в листе коммитов их (такие таги) не распознает.
я с этого собственно и начал.
после такой команды создаются refs
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Wed, 2 Dec 2009
10:06:49 +0300:
AGG for tag in $(git branch -r | grep tags/);do
AGG git tag $(basename $tag) $tag
AGG done
я так делал (в первом письме писал), вебгуй после этого показывает
список тагов, но в листе коммитов их
On Wed, Dec 02, 2009 at 10:06:49AM +0300, Dmitry E. Oboukhov wrote:
PS: кстати я просмотрел несколько OS-проектов, переехавших с SVN на
git, везде таги не привязаны к коммитам. например:
http://git.fluxbox.org/?p=fluxbox.git;a=summary
а вот если посмотреть на какой-либо проект изначально
On Wed, Dec 02, 2009 at 10:06:49AM +0300, Dmitry E. Oboukhov wrote:
PS: кстати я просмотрел несколько OS-проектов, переехавших с SVN на
git, везде таги не привязаны к коммитам. например:
http://git.fluxbox.org/?p=fluxbox.git;a=summary
а вот если посмотреть на какой-либо проект изначально
Доброго дня господа.
Озадачился выбором наиболее удобного фронтенда для git. Раньше был
cogito, но проект забросили, видать по этому его и убрали из lenny.
В общем хотелось бы услышать мнения кто чем пользуется.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
andy wrote:
Доброго дня господа.
Озадачился выбором наиболее удобного фронтенда для git. Раньше был
cogito, но проект забросили, видать по этому его и убрали из lenny.
В общем хотелось бы услышать мнения кто чем пользуется.
Фронтэнд? Это как? Гуй?
--
Eugene V. Lyubimkin aka JackYF, JID
andy - debian-russian@lists.debian.org @ Tue, 03 Feb 2009 18:15:33 +0300:
a Озадачился выбором наиболее удобного фронтенда для git. Раньше был
a cogito, но проект забросили, видать по этому его и убрали из lenny.
a В общем хотелось бы услышать мнения кто чем пользуется.
emacs?
--
Artem
Tue, Feb 03, 2009 at 06:15:33PM +0300, andy написал:
Доброго дня господа.
Озадачился выбором наиболее удобного фронтенда для git. Раньше был
cogito, но проект забросили, видать по этому его и убрали из lenny.
В общем хотелось бы услышать мнения кто чем пользуется.
git-gui быстрый и простой в
Здравствуйте.
В очередной раз, обновляя десятки и сотни мегабайт пакетов,
в которых сделаны правки в жалких (по размеру) 1-2 файлах,
возник вопрос: а нет ли какого движения у разработчиков APT
в сторону интеграции APT с VCS, а именно с VCS #1(скорость/возможности) - git?
Нашёл apt-git http
именно с VCS #1(скорость/возможности) - git?
Нашёл apt-git http://jldugger.livejournal.com/8866.html ,
но это, судя по всему, только в планах и в планах у Ubuntu.
Для себя(пользователя) представляю картину следующим образом.
К APT прикручивается возможность работать с репозитариями (deb git
В сообщении от 31 июля 2008 13:05 Dmitry Nezhevenko написал(a):
1. Если ложить в этот VCS исходник пакета
Нет, исходники - это епархия разработчиков,
как хотят, пусть так и делают.
Хотя альт, вроде, перевёл сизиф на git.
2. Если в VCS складывать собранные бинарные пакеты, то пользы от VCS нет
On Thu, Jul 31, 2008 at 01:24:41PM +0400, Andrey Nikitin wrote:
Хранить историю изменений того-же бинарника /bin/bash я не вижу смысла.
Ешё бы /bin/{true,false} привели :-)
Бинарников - конечно нет, а вот других исходных файлов составляющих пакет
(то есть dpkg -L pkgname, кроме бинарников и
В сообщении от 31 июля 2008 13:27 Dmitry Nezhevenko написал(a):
Хранить _историю_изменения_ большей части файлов из бинарного пакета --
практически лишено смысла
Да, согласен, но:
1) в пакетах всегда есть другая часть файлов (пусть и меньшая);
2) это издержки предлагаемого решения,
точно такие
:
AN обновлять все файлы пакета, даже если изменился только один файл.
тогда уж git не надо
просто где-то храним каждый пакет в распакованном виде,
а инсталлим при помощи rsync
потому что если git держать, то оно историю будет держать а оно большое
будет (для бинарников-то)
а rsync просто будет между
Andrey Nikitin пишет:
Здравствуйте.
В очередной раз, обновляя десятки и сотни мегабайт пакетов,
в которых сделаны правки в жалких (по размеру) 1-2 файлах,
возник вопрос: а нет ли какого движения у разработчиков APT
в сторону интеграции APT с VCS, а именно с VCS #1(скорость/возможности) - git
В сообщении от 31 июля 2008 14:01 Dmitry E. Oboukhov написал(a):
AN точно такие же (издержки) как и в действующем APT:
AN обновлять все файлы пакета, даже если изменился только один файл.
тогда уж git не надо
просто где-то храним каждый пакет в распакованном виде,
а инсталлим при помощи rsync
с VCS, а именно с VCS
#1(скорость/возможности) - git?
Есть такое движение.
В пакетах теперь модно писать специальные поля:
$ grep git debian/packages/xneur/debian/control
XS-Vcs-Git: git://git.gq.net.ru/xneur.git
XS-Vcs-Browser: http://git.gq.net.ru/?p=xneur.git
Правда там может быть не только
APT
в сторону интеграции APT с VCS, а именно с VCS
#1(скорость/возможности) - git?
Есть такое движение.
В пакетах теперь модно писать специальные поля:
$ grep git debian/packages/xneur/debian/control
XS-Vcs-Git: git://git.gq.net.ru/xneur.git
XS-Vcs-Browser: http://git.gq.net.ru/?p
интеграции APT с VCS, а именно с VCS #1(скорость/возможности) -
git?
Дальше только мое личное мнение:
На сегодняшний день Debian всетаки позиционируется как серверный
дистрибутив. Ну не верю я, что в том месте где стоит сервер есть такие
сильные требования по ограничению траффика.
А там, где
В сообщении от 31 июля 2008 14:51 Alexander GQ Gerasiov написал(a):
возник вопрос: а нет ли какого движения у разработчиков APT
в сторону интеграции APT с VCS, а именно с VCS
#1(скорость/возможности) - git?
Есть такое движение.
В пакетах теперь модно писать специальные поля:
$ grep git
Thu, 31 Jul 2008 15:04:16 +0400
Андрей Никитин [EMAIL PROTECTED] wrote:
В сообщении от 31 июля 2008 14:51 Alexander GQ Gerasiov написал(a):
возник вопрос: а нет ли какого движения у разработчиков APT
в сторону интеграции APT с VCS, а именно с VCS
#1(скорость/возможности) - git?
Есть
DEO == Dmitry E. Oboukhov writes:
RM Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
RM Как мне сделать патч между этими двумя ревизиями без клонирования к
RM себе ?
можно fetch'нуть только нужные комиты (--depth=1) и diff между ними
DEO эмм, а как это делается
Всем привет!
Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
Как мне сделать патч между этими двумя ревизиями без клонирования к
себе ?
Спасибо
PS: ман читал, но он какой-то туманный...
--
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby
Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
Как мне сделать патч между этими двумя ревизиями без клонирования к
себе ?
имхо никак
мы с Никитой Ющенко этот вопрос поднимали на гмане
там предложили качать ревизии через вебинтерфейс
если ты знаешь глубину на которой
В Птн, 11/04/2008 в 16:35 +0400, Dmitry E. Oboukhov пишет:
Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
Как мне сделать патч между этими двумя ревизиями без клонирования к
себе ?
имхо никак
мы с Никитой Ющенко этот вопрос поднимали на гмане
там предложили
On Fri, Apr 11, 2008 at 04:45:24PM +0400, Roman Makurin wrote:
PS: Subversion - рулит
Далеко не всегда...
--
WBR, Dmitry
signature.asc
Description: Digital signature
RM == Roman Makurin writes:
RM Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
RM Как мне сделать патч между этими двумя ревизиями без клонирования к
RM себе ?
можно fetch'нуть только нужные комиты (--depth=1) и diff между ними
--
Zhenja Kaliuta
На Fri, 11 Apr 2008 19:41:00 +0300
Yauheni Kaliuta [EMAIL PROTECTED] записано:
RM == Roman Makurin writes:
RM Есть git-репозиторий в сети, я знаю начальную ревизию файла и
RM конечную. Как мне сделать патч между этими двумя ревизиями без
RM клонирования к себе ?
можно fetch'нуть
RM Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
RM Как мне сделать патч между этими двумя ревизиями без клонирования к
RM себе ?
можно fetch'нуть только нужные комиты (--depth=1) и diff между ними
эмм, а как это делается?
например хотим фетчнуть коммит
AGG == Alexander GQ Gerasiov writes:
AGG Yauheni Kaliuta [EMAIL PROTECTED] записано:
RM == Roman Makurin writes:
RM Есть git-репозиторий в сети, я знаю начальную ревизию файла и
RM конечную. Как мне сделать патч между этими двумя ревизиями без
RM клонирования к себе
Roman Makurin wrote:
В Птн, 11/04/2008 в 16:35 +0400, Dmitry E. Oboukhov пишет:
Есть git-репозиторий в сети, я знаю начальную ревизию файла и конечную.
Как мне сделать патч между этими двумя ревизиями без клонирования к
себе ?
Очень просто: надо зайти по ssh на машину, где лежит репозиторий
GoR - debian-russian@lists.debian.org @ Sat, 03 Nov 2007 15:51:12 +:
G возможно ли слить репозитарий git через прокси?
Используя http/https транспорт — да.
--
.''`. Kirill A. Korinskiy [EMAIL PROTECTED]
: :' : proud (maniac)? (developer|hacker)
`. `'` http://catap.ru/ - +7 (916) 3
возможно ли слить репозитарий git через прокси?
--
[EMAIL PROTECTED] - JID
http://vkgdt.vsi.ru/ - Неоффициальный сайт вкждт
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
83 matches
Mail list logo
