From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <4A217E36.5000402@altlinux.com>
Date: Sat, 30 May 2009 22:43:02 +0400
From: Anton Farygin <rider@altlinux.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090430)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <20080215220206.GG3895@osdn.org.ua>	<20080217183546.GD24254@wo.int.altlinux.org>	<20090530163619.GA19836@osdn.org.ua>
	<200905302005.30637.ledest@gmail.com>
In-Reply-To: <200905302005.30637.ledest@gmail.com>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] git.alt
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sat, 30 May 2009 18:44:20 -0000
Archived-At: <http://lore.altlinux.org/devel/4A217E36.5000402@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Led пишет:
> On Saturday, 30 May 2009 19:36:19 Michael Shigorin wrote:
>> On Sun, Feb 17, 2008 at 09:35:47PM +0300, Dmitry V. Levin wrote:
>>> On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
>>>> On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
>>>>> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
>>>>> не обязательно разбираться в технике ведения репозитория.
>>>> Но при этом нужно знать, куда и как именно в данном репозитории
>>>> принято делать commit - где-то до сих пор нужно добавлять файлы с
>>>> патчами, где-то принято коммитить прямо в master, где-то есть куча
>>>> бранчей, и нужно понять, коммитить эти изменения в какой-то
>>>> существующий, или заводить новый.
>>> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
>>> определить по внешнему виду репозитория, какой стиль там принят.
>> А ведь хорошая была мысль, но заглохла.
> 
> Я могу в несколько строк описать, как организованы мои репозитарии (тем более, 
> что пакеты, которые я поддрживал, сейчас почти все бесхозные), если кого-то 
> интересует.

Конечно описывай.

Но вообще, эти несколько строк всегда содержатся в .gear/rules для 
тегов, из которых пакет был собран.

Правда, в случае с subversion - в git'е не хватает некой важной 
информации, что бы не тянуть git-svn с нуля.

Представьте себе эту операцию, например, для KDE... даже на быстром 
канале она занимает много гигабайт трафика кучу времени.