ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Stanislav Latishko <sl@sl.spb.su>             05 Apr 2001  01:38:24
 To : Vladimir Bormotov
 Subject : Re: cvs или кто еще ?
 -------------------------------------------------------------------------------- 
 

 .dn.ua>
 
   Wed, 04 Apr 01 10:41:34 +0400 Vladimir Bormotov (VB) писАл[а] :
 
  SL>> несколько за пределами моей компетенции. Моей власти, если так
  SL>> понятней. Если бы оно было иначе ... 
 
 VB>  Вот, у тебя тоже стереотип ;)
 
   В чем он заключается ? ;)
 Понимаешь, мой опыт работы в нескольких местах показывает: хорошее
 решение - это не то, которое хорошее, а то, которое будет _понято_
 и трудовым коллективом и начальством. Хороший язык программирования
 - тот, который ты лучше знаешь. ("Самая короткая дорога - та, которую
 знаешь")  И так далее ...  Революции бывают полезны только тогда,
 когда они происходят в подходящий для этого момент. Вот ежели бы я
 умел _создать_ революционную ситуацию, а потом ею воспользоваться -
 вот тогда бы можно было говорить о реальном влиянии на ситуацию :)
 Вот сейчас контора доросла до CVS :) Я, как сейчас выясняется, от
 него не в восторге... Hо в конторе ни словечка не скажу, наоборот
 буду поддерживать. Потому как если я рожу скривлю - не будет ни CVS,
 ни чего-то другого, вообще ничего... Так пусть будет CVS!
 
  SL>> для меня, или для Васи Пупкина это окажется настолько же хорошо? 
 VB>  
 VB>  я не говорю что это будет настолько же хорошо ;)
 VB>  Решать в конечном счете тебе (по крайней мере вопросы задаешь ты ;)
 VB>  Я пытаюсь показать, как наиболее эфективно использовать конкретный
 VB>  инструмент.
 
   За что я тебе весьма признателен. Hо склоняюсь к мысли, что
 CVS "в чистом виде" меня лично ну никак не устроит :(((
 
 VB>>>  будет разбирать спорные транзакции". Hапример ты правишь строку сидя в
 VB>>>  своем "младшем сервере", я - в своем. Когда это все будет вливаться "на
 VB>>>  верх" - нужно решить, какое исправление принимать за "нужное".
 
  SL>>  Hе вижу _новизны_ проблемы. Если "младший сервер" рассматривать
  SL>> просто как тройник на кабеле, то схема не меняется.  Если учесть
  SL>> задержку, вносимую этим тройником - да, возникает новый "сорт"
  SL>> конфликта, но частота их возникновения ничтожна по сравнению с
  SL>> частотой конфликтов "традиционных", так что проблема невелика...
 
 VB>  Еще раз - проблема в том, КТО будет решать. 
 
   А сейчас кто решает ?
 
  SL>> перемещаю файлы, пока не увижу что нравится ... Отказываться на это
  SL>> время от commit ? А на хрена тогда вообще ? ;)
 
 VB>  оно? чтоб отследивать версии исходников при конкуреттном доступе к
 VB>  репозиторию ;)))
 VB>  
 VB>  В дух словах - решинй этой проблемы несколько. Hапример я таки
 VB>  "отказываюсь от commit. Еще можно делать на каждую "перетосовку" новый
 VB>  бранч, но мне просто лениво. Hе так часто я тосую это все. Если посмотреть
 VB>  немного далее - то "перетосовоный проект" - это уже скорее совсем другой
 VB>  проект. И может быть даже будет логично после "финальной перетосовки"
 VB>  начинать новый проект.
 
   Совершенно логично. Только немножко в другом порядке - начинаю
 новый проект, взяв за основу страрый. И именно в этот период, когда
 новый скелет еще формируется, больше всего ощущаю потребность в
 какой-то сохранялке-следилке, позволяющей откатиться на 2 шага назад,
 попробовать чуть-чуть другим путем... (Потом, когда скелет зафиксирован,
 это уже не так важно - суть сделанных изменений уже можно восстановить
 по памяти, а повторить их в коде, если они вдруг потерялись - гораздо
 быстрее, чем сделать первый раз...)  Получается, что в самый сложный
 момент инструмент отказывается мне служить, и надо все по старинке ?...
 
  SL>>  .h , которые формируются в 1-м, но используются во 2-м ?
 
 VB>  И в чем проблема? Кстати, я еще пофилософствую, можно? Вынос части проекта 
 VB>  в библиотеку добавит мобильности и в то-же время строгости как самому
 VB>  проекту, так и этой части ;) 
 
   Hе понял - при чем здесь библиотека ?  2 проекта связаны только
 по данным - у них есть общие include и doc, но ни одного исполняемого
 байта - при чем здесь библиотека ?  (Или это термин из CVS?
 Я его пока что знаю очень плохо, так что извини, если вопрос дурной)
 -- 
           Stanislav Latishko
 
           sl@sl.spb.su  ;  2:5030/949
 --- ifmail v.2.14
  * Origin: Привет с Большого Бодуна ! (2:5030/949@fidonet)
 
 

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