From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: *** X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_50,FH_DATE_PAST_20XX autolearn=no version=3.2.5 Message-ID: <4B4C4F1A.5010807@mmedia2.kemsu.ru> Date: Tue, 12 Jan 2010 17:29:46 +0700 From: REAL User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20091230132827.B9FE22D7602F@ssh.git.orion.altlinux.org> <20091230210652.GB11482@wo.int.altlinux.org> <4B3BC2E9.8020903@solin.spb.ru> <20091230220500.GD11482@wo.int.altlinux.org> <4B3BD6A6.5030400@solin.spb.ru> <20100110010813.GC32241@wo.int.altlinux.org> <20100110113254.GJ1710@osdn.org.ua> <20100110131954.GA23758@ender.fondinvestrk.ru> In-Reply-To: <20100110131954.GA23758@ender.fondinvestrk.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?windows-1251?b?7iDq8+v88vPw5SDw4OHu8vsg8SBnaXQt8OXv7ufo?= =?windows-1251?b?8u7w6P/s6A==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 10:10:21 -0000 Archived-At: List-Archive: List-Post: Afanasov Dmitry пишет: > кроме +1 добавлю -s ours, который проверки на непрерывность истории > превращает в издевательство; постоянные вычисления к какому > же бранчу относятся ветки истории и какого ляда его переименовали. Тут причина может быть только одна, точнее две: 1. Собирали из tar, стали собирать из репозитория апстрима. 2. Собирали из репозитория апстрима, но он (репозиторий) сменился. Мержи без -s ours в бранч upstream порой приводят к такому жуткому бреду, что лучше и не вспоминать. В этой случае, на мой взгляд, вариант может быть таким: 1. старый бранч upstream переименовываем, делаем новый по типу git checkout -b upstream git-svn 2. старый бранч просто убиваем, толку от лишнего бранча нет. 3. старый бранч master переименовываем (скажем, git branch -m master master.old), делаем git checkout -b master upstream 4. git merge master.old --no-commit, сразу складываем старые мастер-файлы в нужное место и git commit. 5. [опционально] master.old убить или оставить. Для истории. Где-то так мне видится ситуация, но её бы отточить, тем, у кого опыта больше. -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ