«электронные доски пришли вместе с ОС (бессрочной)» — повезло вам(
Я тоже абсолютный поклоннник СПО, но в реалиях современной школы, это очень плачевное зрелище, а когда ты еще и участник всего этого фееричесого шоу, так вообще тошно становится…
Ученики еще большие бездельники нежели учителя ( И если у учителя нет желания осваивать систему, учить как пользоваться ею детей я думаю у него тоже не появится ( Я в основном на это упор делал говоря о том что учитель будет «всеми руками и ногами упираться и скандалить». Реалии современной жизни. Детям ничего не надо. Они все хотят быть менеджерами и руководить…
Ответ на топик «Никак», всеравно будут недовольные, то что вы описали это сомнительный костыль. Бухгалтерию школьную вы также перевести предлагаете? А про электронные доски вы слышали? Пробовали завести в линухе? То что вы описали, простите за резкость, и ребенку понятно. Только толку от этого 0 как показала практика. Учитель либо сам захочет понять и разобраться либо будет придерживаться мнения что линукс зло, и надо всеми руками и ногами упираться и скандалить, что это не так, то не так. Тут никакие «виндовские обои» не помогут… Лучшеб описали как домен безболезнено перевести с win сервера на lin. Я вот столкнулся с проблемой, что свежая лиса не хочет работать с nfs профилем. теперь придется делать костыль nscd+rsync аля доменый профиль самбы…
гм а не проще создать один файлик вот с таким содержанием:
/template/
/template/images/
/template/images/icons/
/template/images/buttons/
/template/images/bg/
/template/css/
/template/js/
…
?))))
Насчет второго как бы изначально инициализируется пустой лог, а потом ему ставится игнор. Так что тоже не аргумент. И это не костыли, а логичное решение…
Извиняюсь если это выглядело как «наезд») просто не понял зачем вы пытались привести некий костыль(рудимент возможно) свн, как недостаток git и mercurial ) Теперь понял что это просто акцент на еще одном из принципиальных различий )
Ну если учитывать что в git файлы смысловой нагрузки тоже не несут, все заложено в changeset то смысла в пустых файлах тоже нет ;) Стрельнуло пока писал ЗЫ, для бинарных файлов, понятие файла всеже имеет смысл, делать changeset для них маленько не возможно )
Насчет gitignore тут как бы их роль очевидна, но связи я не улавливаю объясните )
И маленькое лирическое отступление аля ЗЫ: Мне вообще нравится это пост, я сегодня немало интересного и новго узнал )
Ну в целом плодить множество каталогов как «отдельные репозитории», это то что легло в основу бранчей. Только вот если «бранчеваться» в svn невыносимо неудобно, долго и последующие действия над нимим невозоможно качественно и быстро выполнить без сторонних программ, то в git и (как я сегодня узнал ;) ) в mercurial это делается легко и не принужденно. Ну собственно вот )
можно вопрос? в чем идеалогический смысл коммитить пустые каталоги? Вообще зачем они нужны в репозитории? Если вы собираетесь в них что-то положить, но этого пока нет, то для коммандной работы я думаю будет полезно например положить в них файлик с описание, а что же там должно лежать.
То что вы привели как аргумент, это уродливый брат веток в mercurial и git.
Механизм мне в любом случае показался маленько запутаным, и неочевидным, но это наверное всеже дело привычки )
А вот насчет вашего высказывания объясните пожалуйста о чем вы вели речь?
fetch это обыкновенная загрузка, без каких либо мержей и т.п., так сказать «тупо качаем файлики», то что обрисовал выше товарищ AdvanTiSS намного умнее этого действа.
Тут поспорить не могу, в свн по возможностям в принципе не ограничен. Но дело в инструменте. Если в свн возможность удобного удачного мержа средствами самой системы очень ограничена, то тут сама система предлагает надежный и удобный механизм мержа, по сути механизм, stash это, то что вы описали только «с разрешения пользователя».
Позволю себе продемострировать, как это будет выглядеть в коммандах:
$ git commit #коммит в ваш репозиторий
$ git push #push в «главный» репозиторий который уже поменялся
$ git stash save#Копируем сделаные вами изменения
$ git pull
$ git stash list
>>Т.е. разбить изменения на не пересекающиюся множества?
Да именно так, но это скорее некое рудиментарное мышление оставшееся от svn. Хотя в git оно вполне применимо, и удобно.
>>По Вашим словам если даже я сначала что-то изменил, а потом это удалили (не зная о моих изменениях) то всё восстановится?
Именно так, опять же говоря о git. Система даст потерять ваши изменения только в случае если вы их сознательно потрете. В случае если вы пересечетесь с другим разработчиком, то кроме как сделать stash вам ничего не останется (ну или радикально потереть локальную версию и сделать новый клон). Ну и естественно если иземенения, которые вы сделали, невалидны, out-of-date(список продолжить), на человеческои уровне, можно просто потереть свои изменения из stash. Как-то так. я не очень владею навыком что-то объяснять признаюсь, мне больше удается показывать все на рисунках. Но надеюсь вам это поможет )
вас известят, я полагаю, и попросят сделать pull. Если ваши изменения имеют более позднюю версию то произойдет мерж (соответственно функция вернется все будет ок). Если нет то вам предложат сделать stash после чего вы обновите локальную версию и сможите закоммитить изменения которые вы stashнули. Это не о меркуриал это о гит, но подозреваю, что механизм и там и там одинаковый.
Я тоже абсолютный поклоннник СПО, но в реалиях современной школы, это очень плачевное зрелище, а когда ты еще и участник всего этого фееричесого шоу, так вообще тошно становится…
/template/
/template/images/
/template/images/icons/
/template/images/buttons/
/template/images/bg/
/template/css/
/template/js/
…
?))))
Насчет второго как бы изначально инициализируется пустой лог, а потом ему ставится игнор. Так что тоже не аргумент. И это не костыли, а логичное решение…
Справа кстати Qt еще;)
Насчет gitignore тут как бы их роль очевидна, но связи я не улавливаю объясните )
И маленькое лирическое отступление аля ЗЫ: Мне вообще нравится это пост, я сегодня немало интересного и новго узнал )
То что вы привели как аргумент, это уродливый брат веток в mercurial и git.
А вот насчет вашего высказывания объясните пожалуйста о чем вы вели речь?
fetch это обыкновенная загрузка, без каких либо мержей и т.п., так сказать «тупо качаем файлики», то что обрисовал выше товарищ AdvanTiSS намного умнее этого действа.
$ git commit #коммит в ваш репозиторий
$ git push #push в «главный» репозиторий который уже поменялся
//тут сообщение о том что репозиторий поменялся
$ git stash save#Копируем сделаные вами изменения
$ git pull
$ git stash list
//тут список ваших stash'ей
$ git stash apply [ stash_id ]
$ git push
Позволю себе продемострировать, как это будет выглядеть в коммандах:
$ git commit #коммит в ваш репозиторий
$ git push #push в «главный» репозиторий который уже поменялся
$ git stash save#Копируем сделаные вами изменения
$ git pull
$ git stash list
Да именно так, но это скорее некое рудиментарное мышление оставшееся от svn. Хотя в git оно вполне применимо, и удобно.
>>По Вашим словам если даже я сначала что-то изменил, а потом это удалили (не зная о моих изменениях) то всё восстановится?
Именно так, опять же говоря о git. Система даст потерять ваши изменения только в случае если вы их сознательно потрете. В случае если вы пересечетесь с другим разработчиком, то кроме как сделать stash вам ничего не останется (ну или радикально потереть локальную версию и сделать новый клон). Ну и естественно если иземенения, которые вы сделали, невалидны, out-of-date(список продолжить), на человеческои уровне, можно просто потереть свои изменения из stash. Как-то так. я не очень владею навыком что-то объяснять признаюсь, мне больше удается показывать все на рисунках. Но надеюсь вам это поможет )