Комментарии 31
Аббревиатура «СКВ» непривычная, ИМХО. Понятнее будет — VCS или SCM. «СКВ» — это все-таки «Свободно Конвертируемая Валюта»
А также Системная Красная Волчанка, да. Для впервые знакомящихся с СКВ аббревиатуры VCS и SCM еще более непривычны.
Я думаю, что статья подойдет и некоторым программистам, так как далеко не все знакомы со всем многообразием систем контроля версий.
Статья новичка, не будем придираться
Так, безусловно, грамотнее и правильнее, но целью статьи не было описание всего и вся, что есть в Mercurial. Без hgrc на первых порах вполне можно обойтись, со временем все обязательно найдется в мануалах.
Я бы все-таки упомянул про это. А то ведь народ так и будет писать батники, не зная, что можно проще:)
Все-таки проще — эабить user:pass в батник, нежели ковырять конфиги. С точки зрения безопасности — конфиги, безусловно, лучше. Однако не хочется удлинять и так уже тяжелый текст.
Обязательно опишу в следующей части статьи, если возьмусь ее написать =)
Обязательно опишу в следующей части статьи, если возьмусь ее написать =)
Указанные категории на мой взгляд должны своим делом заниматься, а не батники ковырять. Гораздо полезнее было бы показать что-то с GUI, привести примеры использования. У Адоба ранее была система контроля версия, но в CS5 от нее зачем-то избавились. Хотя может в labs что и есть.
tortoiseHG, например?
Там, правда гуи тот еще. TortoiseSVN попроще будет.
Там, правда гуи тот еще. TortoiseSVN попроще будет.
Надо бы написать ещё про диффы для изображений, вроде, делали такие.
Спасибо! Давно хотел начать пользоваться подобной системой, но не знал с чего начать. А интересно, можно съэмулировать свое хранилище вместо bitbucket.org?
P.S. Подозреваю, что во второй строке push.bat должно быть «hg push Https://… ».
P.S. Подозреваю, что во второй строке push.bat должно быть «hg push Https://… ».
Кажется, вы первый, кому это статья хоть чем-то поможет)
Не вижу смысла, все что вы пушите в bitbucket — лежит и в вашем локальном репозитории.
Спасибо, исправил, потерялось при перепубликации.
А интересно, можно съэмулировать свое хранилище вместо bitbucket.org?
Не вижу смысла, все что вы пушите в bitbucket — лежит и в вашем локальном репозитории.
во второй строке push.bat должно быть «hg push Https://… ».
Спасибо, исправил, потерялось при перепубликации.
думал, что это что-то сугубо профессиональное и сложноеИменно этот миф и хотелось развенчать. Надеюсь, получилось)
Кстати, может для кого будет открытием, но в офисах тоже есть своеобразная система контроля версий. Точно доступно в M$ Word, Writer, Calc. Обычно находится в меню Файл->Версии.
НЛО прилетело и опубликовало эту надпись здесь
заказывали систему с графическим интерфейсом и примочками?
пжалуста получите
http://www.gridironsoftware.com/
два минуса у системы:
— полные возможности за деньги
— не полностью стабильна на тяжелых проектах
пжалуста получите
http://www.gridironsoftware.com/
два минуса у системы:
— полные возможности за деньги
— не полностью стабильна на тяжелых проектах
Хочу заметить, что "Преимуществом этого метода является простота, недостатком – «разбухание» рабочих папок и неудобство использования. " для бинарных файлов (файлы ворда, эксела и пр.) остается также. Т.е. при каждой фиксации в репозитории будет лежать полная копия. Но второй тезис этим способом Вы решаете почти на все 90%.
Интересует небольшой вопрос — скажем я хочу чтобы копии делались только когда в файле есть изменения. Грубо говоря я редактирую что либо, нажимаю на клавишу сохранить и где лежит файл он подхватывается системой контроля версий и архивируется. Интересуют средства файловой/операционной системы. Я понимаю что это можно сделать постоянно командой hg commit раз в секунд 10, но логики в то не очень много, и ресурсов много уйдет.
Меня больше интересует похожая система для офиса. Есть десяток компов, по smb на linux сервер работают с файлами. Как файл пере сохраняют хочется иметь версию старую в архиве. И так десяток версий каждого файла. Может есть варианты что можно к такому адаптировать?
Меня больше интересует похожая система для офиса. Есть десяток компов, по smb на linux сервер работают с файлами. Как файл пере сохраняют хочется иметь версию старую в архиве. И так десяток версий каждого файла. Может есть варианты что можно к такому адаптировать?
Простите за долгое молчание, лишь недавно прервал свое оффлайновое существование =)
По сути: подобного рода решений не встречал, на ум приходит лишь два костыля: как вы уже отметили, можно ежесекундно коммитить скриптом, либо ежесекундно проверять, изменилась ли дата изменения файлов и коммитить лишь измененные (сэкономим ресурсы); кроме того, при наличии такой возможности, команду save_file в офисных приложениях можно обернуть в макрос save_file+commit_file, в этом случае в фоне не будет висеть демона, «долбящего» файловую систему.
По сути: подобного рода решений не встречал, на ум приходит лишь два костыля: как вы уже отметили, можно ежесекундно коммитить скриптом, либо ежесекундно проверять, изменилась ли дата изменения файлов и коммитить лишь измененные (сэкономим ресурсы); кроме того, при наличии такой возможности, команду save_file в офисных приложениях можно обернуть в макрос save_file+commit_file, в этом случае в фоне не будет висеть демона, «долбящего» файловую систему.
Спасибо за ответ. Я немного подумал и мне на ум пришла такая штука как FUSE. Как я понял все вызовы по просмотру файлов, записи файлов, получения свойств будут происходит через мою прослойку, в которой я могу сделать все что захочу. И при записи файла я смогу старую версию скидывать в папку backup, которая будет лежать в той же директории. Для конечного пользователя это крайне прозрачно. Если я таки это сделаю, то постараюсь написать статью.
Когда был новичком, а начал я именно с Мercurial хотел написать ИМЕННО ТАКУЮ ЖЕ СТАТЬЮ. Прзже понял что современные системы контроля версий к сожалению рассчитаны прежде всего на текствые файлы. Для обработки изображений, к примеру, они мало применимы, поскольку размеры архива и быстродействие системы будет очень быстро снижаться с каждой новой версией обработанных изображений.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Системы управления версиями. Пособие для инженеров, художников и писателей