Я знаю про fstab и конечно я пробовал его использовать. Но для меня он неудобен. Во-первых этот файл надо редактировать, прописывая в нем каждую нужную мне папку удаленного компьютера по ip-адресу. А я хочу другого — я хочу в любой момент времени зайти куда-то и увидеть все компьютеры, которые в данный момент в сети. Даже если это компьютер моего друга, который зашел в гости и подключился к моему вайфаю.
Во-вторых если прописать в fstab какую-то шару, а потом в какой-то момент компьютер с шарой выключить, то мой компьютер начинает безбожно тупить, тупит реально очень долго. В то же время если при включении моего компьютера удаленный компьютер будет выключен, то при включении удаленного я его шару не увижу — для этого на моем нужно проделать какие-то телодвижения. Так что fstab мне вообще не полошел.
Может я просто не умею его готовить?
Пардон, был на отдыхе. Ну, статью писать — это серьезно. Пока напишу вкратце.
Главное правило: не бойтесь создавать ветки в SVN. Новая ветка на вашем SVN-сервере занимает около килобайта. Так что это абсолютно не накладно. При желании ветку можно удалить. Даже если вы ее удалите, всегда можно до нее добраться с помощью svn checkout или еще как-то, указав старую ревизию (при которой ветка еще существовала).
Теперь о воркфлоу. У нас есть trunk — это главная ветвь разработки. На каждую задачу мы создаем ветку. Вначале я описываю задачу в тикете. Когда девелопер готов над ней работать, я создаю ветку:
Почему сразу не создать ветку? Потому что между созданием тикета и собственно разработкой может пройти много времени, а лучше иметь ветку со свежими изменениями из транка.
Девелопер работает над тикетом и комитит изменения в свою ветку. Когда задача готова, я мержу изменения из ветки в рабочую копию транка как-то так:
Обратите внимание, я мержу в рабочую копию, а не на SVN-сервер. -r3672:3702 — это значит, что я хочу взять для мержа ревизии с 3673 по 3702.
У svn merge есть еще замечательный параметр --dry-run — он позволяет только попробовать сделать мерж. Никаких изменений файлов не последует, он просто выведет, какие файлы будут изменены, и есть ли конфликты.
Когда мерж сделан, я комичу изменения в транк. Когда несколько задач готово, смержено и закомичено в транк, можно залить их на продакшен. Для этого из транка делается tag, абсолютно таким же образом как и ветки:
Допустим, что у вас уже развернут какой-то таг 1.0 с помощью svn checkout. Чтобы развернуть таг 1.1 нужно просто сделать svn switch на новый таг на вашем продакшен-сервере:
svn switch svn://svn-server/tags/1.1
Второе правило: не бойтесь делать svn switch, если вы ничего не меняете в рабочей копии (ну за исключением конфигов, которые должны быть внесены в игнор-листы).
на 5" экране? У меня экран 6", и книжка сама умеет показывать pdf таким образом, правда не очень удобно и тормознуто, но даже на 6" все равно слишком мелко.
Ну там настройки минимальны по-моему. У меня некоторые пдф получалось более менее перегнать, некоторые — нет. Так что если не получилось — то наверное с этим пдф уже каши не сваришь в Calibre.
Eclipse надо сильно допиливать и настраивать. Сходу там форматирование и автокомплит для HTML и CSS практически никакие. Хотя я сам пользуюсь Эклипсом, просто HTML/CSS не приоритетны у меня.
У меня сейчас 13,3". Действительно вполне можно и поработать и таскать не сильно напряжно. На работе подключаю его к монитору 22". До этого имел опыт с ноутами 9" и 15", но 13" — самое оно.
В таких случая мышь и клава подключаются к USB-хабу, и потом просто одним шнуром к ноуту. Вы только из-за этого продали ноут? Я сейчас работаю на ноуте 13,3" (не Apple) + мышь и монитор 22". Вполне удобно.
Да, там есть механизм качания, при чем регулируется сопротивление кресла на попытку покачаться. У меня за пару лет ничего не сломалось, качаюсь не так много наверное :) В этом кресле это наверное единственное слабое место, потому что спинка к седушке приделана жестко. А Кураж че-то как-то не впечатляет на вид. Нет такой вмятины для задницы как на Ормане. У меня на ISO креслах была проблема, что каждые полчаса я сползал под стол.
Даже не представляю, что может помешать обрубить доступ выбывшим коллегам. Мы так и делаем, хотя уходят люди очень редко. У автора топика что, все в SVN сидят на одном аккаунте что ли? Опять же доступ на продакшен обычно выдается одному-двум наиболее ответственным товарищам, потому что иначе это чревато проблемами даже если никто из проекта не уходил.
Да, буду пробовать обновить ядро сначала. Че-то не хочу я ставить 10.10.
Уже вот подключил репозиторий с ядрами — ppa.launchpad.net/kernel-ppa/ppa/ubuntu.
У меня в Самсунге Биос какой-то очень скромный. Все облазил вроде, ничего не нашел про видео.
Я хотел перейти на Ubuntu One где-то год назад, но тогда он очень плохо работал по сравнению с дропбоксом. При старте компьютера Ubuntu One запускался почему-то через раз. Через 2 дня использования было полно конфликтных файлов. Дропбокс работает как часы, за несколько лет работы было всего пару конфликтов.
Я так понимаю, вопрос касается Windows? Потому что если делать дистрибутив под Линукс, то можно просто собрать пакет (deb или rpm) и прописать в нем все зависимости.
Во-вторых если прописать в fstab какую-то шару, а потом в какой-то момент компьютер с шарой выключить, то мой компьютер начинает безбожно тупить, тупит реально очень долго. В то же время если при включении моего компьютера удаленный компьютер будет выключен, то при включении удаленного я его шару не увижу — для этого на моем нужно проделать какие-то телодвижения. Так что fstab мне вообще не полошел.
Может я просто не умею его готовить?