ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     07 Apr 2001  09:26:07
 To : Stanislav Latishko
 Subject : Re: cvs - еще 2 пенки :)
 -------------------------------------------------------------------------------- 
 

 >>> Stanislav Latishko wrote:
 
 VB>>  брр, в чем ситуация-то? С тем, что чужие исходники с чужими $Id$ нада
 VB>>  специальным образом импортить?
 SL>         С какой радости-то ? Я его в свой каталог положил для того чтоб
 SL> он там _лежал_ и все, я никогда не собирался его редактировать. (Это для
 SL> autoconf).
 
 А cvs add Пушкин сделал? Или все же ты?
 
 SL>         1. Какого черта cvs начал для него этот id апдейтить при каждом
 SL> commit, если файл не менялся ?
 
 Если файл не менялся - коммит пройдет только если потребовать forced commit.
 Ты это требовал? Если нет - и как же ты его закоммитить-то сумел?
 
 SL>         2. Даже если считать это нормальным - какого черта он находит
 SL> в этом конфликт - в своих собственных строчках ? Они должны быть
 SL> исключены их сравнения. Все равно как если бы ты считал контрольную
 SL> сумму файла, сосчитанную сумму писал бы в этот же файл, и следующий
 SL> раз считал ее с учетом записанной в предыдущий раз - это уже алгорит-
 SL> мический маразм ...
 
 Конфликт возникает в том случае, когда какие-то изменения пришли снаружи
 и есть от тебя и они разные. И когда Id не соответствует той версии,
 для которой он записан. Ты менял файл? Hу вот узри результат - тебя честно
 предупреждают, что тут может быть несогласование.
 
 SL>         Так что, пардон - cvs - это не продукт. В лучшем случае бета.
 
 Пардон, ты все же что-то недочитал, что-то недоделал, где-то сделал
 ненужные и кривые шаги (см. выше) - и после этого ругаешь то, что cvs
 не сумел проявить искусственный интеллект и сказать "так не делай"?
 А не слишком ли многого хочется?
 
 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
 SL>         Какого дьявола - при импорте-то ? Если б там стоял _пустой_
 SL> keyword - тогда еще можно было б думать что я хочу его подстановки.
 SL> Hо если там уже что-то есть - можно было б задуматься, и явно задать
 SL> мне вопрос - "а че с этим делать ?"
 
 А что еще ему делать? Менять при коммите и не менять при импорте?
 А что будет видно после импорта, но до коммита - чужой keyword?
 А почему собственно? Это даст больше проблем, чем пользы.
 
 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
 SL>         Hу в моем случае чужих файлов было 50к. А если 5м - все их буду
 SL> просматривать на предмет "а нет ли где id?" 
 
 Замени все $Id: на $VendorId: и аналогично для других слов, и так делай
 на каждом импорте.
 
 SL>         Hет, эта вещь _неудобная_ :((( Hу не должен хороший инструмент
 SL> _диктовать_ мне условия, он должен под мою глупость подстраиваться...
 
 Мысль как минимум неоднозначная. А то и неверная.
 А с другой стороны - у тебя есть в руках иное работающее средство для
 этих целей, кроме cvs? Если есть - поделись.;)
 
 SL>         Вопрос чайницкий, даже несколько:)
 SL> 1. Если я сделал неудачный импорт - могу ли я прямо в репозитории
 SL> сказать rm -rf этот каталог ? Или оно потом раком станет ?
 
 Можешь. Hе станет. Hо если кто-то успел принять эти изменения - ему
 будет сильно ругаться.
 
 SL> 2. "Обновление импортом". Хочу импортировать cool-program-1.0,
 SL> а потом в это же место - 2.0 . Смогу ли я после этого достать 1.0,
 SL> или оно потрется ? (Как-то не нашел в доке явного ответа) Задача
 
 Сможешь. Высосав по имени vendor tag и version tag. (Или как они там зовутся.)
 
 SL> - не хранить 2 раза файлы, которые не менялись.
 
 И не будут храниться дважды.
 
 SL> 3. Какой все-таки "физический смысл" у vendor-tag & release-tag ?
 
 Имена, по котором можно найти конкретную версию.
 /netch
 --- ifmail v.2.15dev5
  * Origin: Lucky Netch Incorporated (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор