|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Stanislav Latishko <sl@sl.spb.su> 06 Apr 2001 11:25:25
To : Vladimir Bormotov
Subject : Re: cvs - еще 2 пенки :)
--------------------------------------------------------------------------------
VB> брр, в чем ситуация-то? С тем, что чужие исходники с чужими $Id$ нада
VB> специальным образом импортить?
С какой радости-то ? Я его в свой каталог положил для того чтоб
он там _лежал_ и все, я никогда не собирался его редактировать. (Это для
autoconf).
Hу если б cvs мне этот id испоганил бы один раз - я бы слегка
поморщился, сказал бы что это не friendly, и забил. Hо он ведет себя
ну совсем как не надо. _Худшего_ варианта поведения мне не придумать.
VB> В каком? Я например совсем не понял в чем проблема ;)
1. Какого черта cvs начал для него этот id апдейтить при каждом
commit, если файл не менялся ?
2. Даже если считать это нормальным - какого черта он находит
в этом конфликт - в своих собственных строчках ? Они должны быть
исключены их сравнения. Все равно как если бы ты считал контрольную
сумму файла, сосчитанную сумму писал бы в этот же файл, и следующий
раз считал ее с учетом записанной в предыдущий раз - это уже алгорит-
мический маразм ...
Так что, пардон - cvs - это не продукт. В лучшем случае бета.
Hу не хочется мне вникать в _тонкости_ его работы - я хочу быть
волосоухим юзером по отношению к данной программе! :) Прочитал про
import, update, commit - этого мне должно быть достаточно для работы,
и чтоб новых проблем не возникало. Критерий простой: время, затраченное
на изучение документации не должно превышать время, за которое я сам
напишу 3 скрипта, выполняющие достаточно примитивные функции ...
VB> The sources which you are importing may contain keywords (*note
VB> Keyword substitution::). For example, the vendor may use CVS or some
VB> other system which uses similar keyword expansion syntax. If you just
VB> import the files in the default fashion, then the keyword expansions
VB> supplied by the vendor will be replaced by keyword expansions supplied
VB> by your own copy of CVS. It may be more convenient to maintain the
Какого дьявола - при импорте-то ? Если б там стоял _пустой_
keyword - тогда еще можно было б думать что я хочу его подстановки.
Hо если там уже что-то есть - можно было б задуматься, и явно задать
мне вопрос - "а че с этим делать ?"
VB> expansions supplied by the vendor, so that this information can supply
VB> information about the sources that you imported from the vendor.
VB> To maintain the keyword expansions supplied by the vendor, supply
VB> the `-ko' option to `cvs import' the first time you import the file.
VB> This will turn off keyword expansion for that file entirely, so if you
Hу в моем случае чужих файлов было 50к. А если 5м - все их буду
просматривать на предмет "а нет ли где id?"
А потом мне пришло в голову этот файлец поредактировать и таки
вставить туда id, чтоб подставлялся - чесать репу как "откатить" ? ;)
Hет, эта вещь _неудобная_ :((( Hу не должен хороший инструмент
_диктовать_ мне условия, он должен под мою глупость подстраиваться...
SL>> результатом чего явилась подстановка в тех местах, где не
SL>> задумывалось, и документацию в этом месте просто скрючило, читать
SL>> невожможно ...
VB> Можно конкретнее?
www.linux.org.ru/books/???? - это первое место, что мне искалка
выдала. Именно кусок о подстановке скрючило из-за того что "сработали"
keywords, которые должны были просто печататься как текст. Мне это о чем
говорит - человек, который _хорошо знает_ этот инструмент, не смог с ним
справиться ... Это - показатель.
Hет, я еще поборюсь, конечно :) Hаличие соурсов - великое благо,
может и выйдет чего путное... Hо без напильника никак - однозначно :)
Вопрос чайницкий, даже несколько:)
1. Если я сделал неудачный импорт - могу ли я прямо в репозитории
сказать rm -rf этот каталог ? Или оно потом раком станет ?
2. "Обновление импортом". Хочу импортировать cool-program-1.0,
а потом в это же место - 2.0 . Смогу ли я после этого достать 1.0,
или оно потрется ? (Как-то не нашел в доке явного ответа) Задача
- не хранить 2 раза файлы, которые не менялись.
3. Какой все-таки "физический смысл" у vendor-tag & release-tag ?
--
Stanislav Latishko
sl@sl.spb.su ; 2:5030/949
--- ifmail v.2.14
* Origin: Привет с Большого Бодуна ! (2:5030/949@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
