Владимир Осипов

ArceOn:
может вы меня на работу возьмёте? )))))))))) я хоть такой хуйни не делаю)) гыгыгы

Scorpio:
))) это точно — та не я решаю и до весны точно на работу брать не бум.

ArceOn:
та ясно
кто ж в конце года и при кризисе берет

Scorpio:
угу — брать тока бум если по весне дадут денех инвесторы — на шо надеемся и клепаем новую версию — которая сча намного симпотишнее, чем то уебанство шо было. хотя и сча никому не нужная хуйня как по мне 😀

ArceOn:
слушай, лучше и не сказал бы ))))))))

Scorpio:
))))

У нас на работе (пишем мы applications для Facebook) у каждого программера есть свой sandbox, есть другой sandbox, так сказать, предрелизной версии — preview. Все они «подцеплены» на один svn branch. В принципе в preview прогерам лезть незачем, но бывают такие моменты, что фиксить что-то лучше именно там.

Обычно в таком случае открываешь прямо на сервере в preview нужный файл в vim (текстовый редактор), правишь, проверяешь ли все работает корректно, а потом svn commit. Если кто-то уже «лазит» в этом же файле, то vim выдаст предупреждение.

Один слил себе файлик по sftp, сделал изменения, а потом обратно залил по SFTP!! и сделал svn commit. То есть все, что в то время пока он делал свои правки, сделали другие разработчики ушло в небытие.

ПС: кстати Вася потом переспросил — типа надо как?
svn up в preview, потом если ничего не поменялось, то лить свое по ФТП? ))) Мне интересно, если есть изменения, то он снова будет сливать себе файл обновленный и заново править? ))
люди и придумали svn чтоб такого избежать