Управление версиями для общего новичка

Я использовал Visual Source Safe, Perforce и Subversion. Все они были в порядке, но я должен сказать, что поддержка и расширения для Subversion казались немного лучше. Если вы планируете войти / остаться в индустрии программного обеспечения, вы ДОЛЖНЫ знать основы управления версиями, и я настоятельно рекомендую настроить одну из служб управления версиями. Моя рекомендация - Subversion, она также бесплатна.

Если вы разрабатываете свой проект в одиночку (не нужен сервер для совместной работы), Mercurial может быть вашей системой. Я лично ценю одну из его особенностей: он использует только одно место для хранения своей информации, это каталог .hg в корне вашего проекта. Он не помещает свои данные в каждый каталог (например, SVN). Таким образом, легко управлять архивом и каталогом проекта.

Если это только ты, можешь попробовать Базар. Он распространяется как Git (так что это будет хорошо для одного человека - не нужно иметь дело с сервером), но одной из основных целей было сделать его намного проще в использовании, чем Git.

Кроме того, есть удобный графический интерфейс, который должен сделать его удивительно простым в использовании, называется ToroiseBzr. http://bazaar-vcs.org/TortoiseBzr

Мы используем SourceGear Vault , который отлично интегрируется с Visual Studio и является бесплатным для одного пользователя. Однако в зависимости от того, какой фреймворк и языки вы используете, Subversion - отличное бесплатное решение.

На самом деле такой инструмент существует. Он называется emacs .

Просто создайте себе файл «~ / .emacs» и вставьте в него следующие строки:

(setq kept-new-versions 5)
(setq kept-old-versions 5)

А затем перезапустите emacs.

Это говорит emacs сохранить ваш 5 старых и 5 новейших версий этого файла. Они будут храниться в файлах с именем filename ~ n ~, где «filename» - обычное имя вашего файла, а «n» - номер резервной копии.

Прежде всего, прочтите, пожалуйста, эти статьи Эрика Синка. Эрик Синк руководит компанией, которая создает систему управления версиями под названием Vault. Он объясняет в дружественной для новичков манере, как управлять исходным кодом, передовые практики и т.д.:

Введение в систему управления версиями

Я нашел ее бесценной, когда впервые захотел понять систему управления версиями.

SourceGear Vault БЕСПЛАТНО для одного пользователя. Его интерфейс интуитивно понятен и хорошо интегрируется с Visual Studio.

Я использовал Git, SVN, CVS и Perforce. И в среде Windows, и в среде Unix.

Я однозначно голосую за SVN, поскольку это простота использования и гибкость. Сейчас я предпочел использовать командную строку, но в свое время я использовал TortoiseSVN для Windows, и мы смогли без проблем убедить нетехнических специалистов использовать его.

Используйте SVN.

Я думаю, что Git действительно прост в использовании, особенно когда вы используете GitHub. Они также предоставляют множество хороших руководств по началу работы.

http://github.com
http://github.com/guides/home

У меня работает решение Патрика!

Я сделал одно важное изменение. В сообщении процесса я установил CallContext , используя этот код:

// try to set the call context
LogicalCallContext lcc = (LogicalCallContext)requestMessage.Properties["__CallContext"];
if (lcc != null)
{
    lcc.SetData("ClientIP", ipAddr);
}

Это помещает IP-адрес в правильный CallContext, чтобы его можно было позже получить с помощью GetClientIP () .

Вы определенно на правильном пути, осознавая необходимость контроля версий, но не уверены, что это может значить для вас и вашей работы. Как только вы изучите концепции, лежащие в основе систем управления версиями, вы действительно начнете их ценить.

Концепции просты: система управления исходным кодом - это часть программного обеспечения, предназначенная для помощи в хранении кода и управлении им. Как вы вводите код в него и извлекаете из него, зависит от того, какую систему вы выбираете: одна парадигма состоит в том, что вы намеренно «проверяете» файл, вносите в него изменения, тестируете его и убеждаетесь в его исправности, а затем возвращаете его обратно. Другой заключается в том, что вы просто сохраняете каждое внесенное вами изменение, потому что дисковое пространство очень дешево, намного дешевле, чем ваше время и усилия, потраченные на создание исходного кода в первую очередь.

Еще одна важная концепция - это «базовая линия» или «метка». Когда ваш продукт находится в состоянии готовности к отправке, вы указываете системе управления исходным кодом создать «ярлык» и пометить этим ярлыком каждый текущий элемент всей базы исходного кода. Таким образом, когда кто-то сообщает об ошибке в версии 4.1, вы можете зайти в свою систему, запросить все файлы с меткой «Версия 4.1» и получить именно тот исходный код, с которым у них возникла проблема.

Наличие системы контроля версий Инструмент, интегрированный с вашей средой разработки, делает весь процесс намного проще, чем возня с командными строками. (Не сбрасывайте со счетов командную строку из-за ее сложности, они обеспечивают элегантный контроль для опытного пользователя, и вы в конечном итоге станете опытным пользователем.) Но пока я бы порекомендовал инструмент исходного кода, который может максимально автоматизировать процесс. по возможности.

Некоторые моменты, которые следует учитывать: вы сейчас или планируете поделиться разработкой с другим разработчиком? Это может повлиять на то, как вы хотите настроить сервер. Если вы разрабатываете в одиночку на своем собственном компьютере, вы можете настроить все это локально, но, вероятно, это не лучший подход для команды. (Если вы не уверены, git очень гибок в этой области.) Собираетесь ли вы хранить большие мультимедийные файлы или просто исходный код? Некоторые системы исходного кода предназначены для эффективного хранения только текстовых файлов и не очень хорошо обрабатывают файлы фильмов, звуков или изображений.

Еще нужно знать, что для большинства новых систем управления версиями требуется какая-то программа-демон, работающая на сервер (Subversion, git, Perforce, Microsoft Team Foundation Server), в то время как более старые, более простые системы просто используют файловую систему напрямую (Visual Source Safe, cvs) и не требуют серверной программы.

Если вы не хотите многому учиться и ваши требования невысоки, более простых решений должно быть достаточно. Visual Source Safe от Microsoft раньше поставлялся с продуктами Visual Studio и был очень простым в использовании инструментом. Он не очень надежен, предназначен только для Microsoft, и он не может хорошо обрабатывать большие файлы, но его очень и очень легко настроить и использовать. Если вы не хотите тратить деньги, Subversion и git - два звездных решения с открытым исходным кодом, и в Интернете есть много документации для обоих.

Если вы любите тратить деньги, Perforce считается отличным выбором для профессиональных команд разработчиков (и я считаю, что у них есть бесплатная версия для одного разработчика). Если вы действительно любите тратить много денег и хотите осчастливить Билла Гейтса , Microsoft ' s Team Foundation Server - это полноценный менеджер жизненного цикла разработки программного обеспечения, чрезвычайно простой в использовании в среде Windows и очень мощный; но вы, вероятно, захотите выделить для его размещения целый экземпляр сервера Windows (плюс SQL Server), и это будет стоить вам несколько тысяч долларов только за лицензии. К сожалению, это неподходящий инструмент для одного человека или если у вас нет опыта администрирования Windows.

Если у вас есть бюджет или связи, привлечение опытного инженера-программиста, который поможет вам начать работу, может быть кратчайший путь к успеху. В противном случае вам придется провести дополнительное исследование, чтобы узнать, какие системы лучше всего подходят для вашей ситуации.

Я, вероятно, захочу выделить целый экземпляр Windows-сервера (плюс SQL Server) для его размещения, и это будет стоить вам несколько тысяч долларов только за лицензии. К сожалению, это неподходящий инструмент для одного человека или если у вас нет опыта администрирования Windows.

Если у вас есть бюджет или связи, привлечение опытного инженера-программиста, который поможет вам начать работу, может быть кратчайший путь к успеху. В противном случае вам придется провести дополнительное исследование, чтобы узнать, какие системы лучше всего подходят для вашей ситуации.

Я, вероятно, захочу выделить целый экземпляр Windows-сервера (плюс SQL Server) для его размещения, и это будет стоить вам несколько тысяч долларов только за лицензии. К сожалению, это неподходящий инструмент для одного человека или если у вас нет опыта администрирования Windows.

Если у вас есть бюджет или связи, привлечение опытного инженера-программиста, который поможет вам начать работу, может быть кратчайший путь к успеху. В противном случае вам придется провести дополнительное исследование, чтобы узнать, какие системы лучше всего подходят для вашей ситуации.

Привлечение опытного инженера-программиста, который поможет вам начать работу, может быть самым быстрым путем к успеху. В противном случае вам придется провести дополнительное исследование, чтобы узнать, какие системы лучше всего подходят для вашей ситуации.

Привлечение опытного инженера-программиста, который поможет вам начать работу, может быть самым быстрым путем к успеху. В противном случае вам придется провести дополнительное исследование, чтобы узнать, какие системы лучше всего подходят для вашей ситуации.

Если вы ищете простую в настройке систему управления версиями для Windows, я настоятельно рекомендую TortoiseHg , простой в использовании Интерфейс Mercurial для Windows. Вам не нужно беспокоиться о настройке и отслеживании репозитория отдельно от ваших файлов, но вы всегда можете сделать это, если хотите. Mercurial - отличный инструмент, потому что он может расти вместе с вашими потребностями. У него есть все обычные функции, такие как простое слияние и т. Д., И, по моему опыту, его немного легче понять, чем Git.

В Subversion нет ничего сложного. Если вы используете Windows, TortiseSVN вам очень поможет, если вы используете Eclipse, подключаемый модуль subclipse великолепен. (Вы, вероятно, должны использовать eclipse в любом случае :))

Некоторые из других немного сложны, но вам просто нужно знать образец с eclipse. Может быть, вы могли бы «опробовать» проект с открытым исходным кодом или существующий сервер Subversion.

Цикл будет следующим:

Сначала вы «проверяете» репозиторий. Это заполняет указанный вами каталог содержимым из репозитория.

Если вы делаете это из командной строки - это «svn co» - там достаточно помощи, чтобы разобраться с остальным.

Второй вы редактировать ваши файлы. Вам не нужно их блокировать или что-то в этом роде.

если вы добавляете новый файл, вы используете "svn add filename" как только вы его добавите. На самом деле это не изменит репозиторий, пока вы не зафиксируете свои изменения.

Когда группа изменений сделана, вы регистрируете их с помощью «svn ci» (также работает svn commit). У этого есть ЛЕГКИЙ поворот, о котором вы всегда забудете - каждый коммит требует комментария. Вам не нужно указывать файлы, которые вы фиксируете, или что-то еще, но вы должны быть на верхнем уровне вашего проекта (он зафиксирует все, что находится ниже вашего каталога.

Итак, процедура здесь такова, перейдите к " root "дерева вашего проекта и введите:

svn ci -m" comment "

кусок пирога.

Наконец, ЕСЛИ кто-то другой проверяет что-то в вещах, становится НЕМНОГО страннее. Перед тем, как вы сделаете коммит, вы должны" update "и получите их изменения." svn up "- это все, что нужно, но он может предупредить вас о том, что были слияния. Это происходит только тогда, когда вы оба редактируете один и тот же файл, и в 90% случаев слияние пройдет нормально В остальное время он будет помещать в ваш файл маленькие маркеры, рассказывающие, что вы изменили и что они изменили. Команда «вверх» сообщит вам, с какими файлами она это сделала. Посмотрите на них и почистите файл, прежде чем возвращать файл.

Всегда проверяйте между «svn up» и «svn ci», вы никогда не узнаете, не повредили ли их дерьмовые изменения ваш нетронутый код.

Это действительно так. . Это так просто из интерфейса командной строки, что графические среды вряд ли того стоят (но subclipse действительно хорош, если вы все равно находитесь в затмении, потому что он визуально покажет вам измененные файлы, которые необходимо зарегистрировать).

Если вы когда-нибудь забудете , справка командной строки svn чрезвычайно лаконична и полезна, содержит ТОЛЬКО то, что вам нужно знать, и содержит справку по всем подкомандам и параметрам.

Всегда проверяйте между «svn up» и «svn ci», вы никогда не узнаете, нарушили ли их дерьмовые изменения ваш нетронутый код.

Это действительно так. Это так просто из интерфейса командной строки, что графические среды вряд ли того стоят (но subclipse действительно хорош, если вы все равно находитесь в затмении, потому что он визуально покажет вам измененные файлы, которые необходимо зарегистрировать).

Если вы когда-нибудь забудете , справка командной строки svn чрезвычайно лаконична и полезна, содержит ТОЛЬКО то, что вам нужно знать, и содержит справку по всем подкомандам и параметрам.

Всегда проверяйте между «svn up» и «svn ci», вы никогда не узнаете, нарушили ли их дерьмовые изменения ваш нетронутый код.

Это действительно так. Это так просто из интерфейса командной строки, что графические среды вряд ли того стоят (но subclipse действительно хорош, если вы все равно находитесь в затмении, потому что он визуально покажет вам измененные файлы, которые необходимо зарегистрировать).

Если вы когда-нибудь забудете , справка командной строки svn чрезвычайно лаконична и полезна, содержит ТОЛЬКО то, что вам нужно знать, и содержит справку по всем подкомандам и параметрам.

Я думаю, что TortoiseSVN будет хорошим клиентом Subversion для вас, если вы работаете в Windows. Он не будет делать то, что вы ищете, каждый раз, когда я сохраняю новую версию - вам придется вручную «фиксировать» версии в репозитории. Когда вы делаете коммит, создается новая версия, по сути сохраняя ваш прогресс на этом этапе. TortoiseSVN довольно удобен для пользователя и имеет графический интерфейс, так что вы не будете работать из командной строки. Вы сможете делать такие вещи, как щелкать правой кнопкой мыши файл в проводнике Windows и выбирать «Зафиксировать», чтобы сохранить прогресс. Кроме того, TortoiseSVN является бесплатным и открытым исходным кодом.

Лучше всего научиться использовать существующий инструмент управления версиями, являющийся «отраслевым стандартом», например Subversion. Даже если вы новичок в программировании и управлении версиями, SVN не так уж и сложно изучить, и он будет вам хорошо служить. Я лично использую и рекомендую VisualSVN Server и TortoiseSVN для Windows. Оба бесплатны и довольно просты в использовании.

Для системы, которая создает ревизию при каждом сохранении, возможно, вам следует изучить Файловую систему управления версиями .

В настоящее время я использую Subversion, но мой опыт управления версиями ограничен.

Однако я бы посоветовал прочитать руководство Эрика Синка.

http://www.ericsink.com/ scm / source_control.html

Я думаю, что вы находитесь в положении, когда вам нужно немного выйти из зоны комфорта и потратить некоторое время на изучение git. Его довольно легко изучить и использовать.

Поверьте, оно того стоит. Время, потраченное на изучение git, - это время потраченное не зря.

Если вы не работаете в команде, вы можете использовать что-то вроде функции локальной истории Eclipse. Он хранит версии ваших файлов локально, и вы можете вернуться к предыдущим версиям, когда захотите. Подробнее здесь: http://help.eclipse.org/ganymede/index.jsp (поиск по «местной истории»). Я почти уверен, что другие IDE тоже имеют такую ​​возможность.

Если вы сотрудничаете с другими над своим кодом, вероятно, нет никакого способа обойтись без изучения одного из стандартных инструментов, таких как SVN, CVS или git. Для большинства из них

Что бы вы ни делали, если кто-то упоминает Visual SourceSafe - бегите как можно быстрее. VSS был создан самим сатаной и передан мучить разработчиков по всему миру.

Я быстро погуглил "dreamweaver svn" и обнаружил, что многие люди работают с Subversion в Dreamweaver. Я сторонник контроля версий и SVN в частности, поэтому я бы рекомендовал вам изучить это :)

Если вы не хотите использовать полную систему контроля версий (как указано выше), вы можете быть Вы можете улучшить свою судьбу за счет уточнения и автоматизации описанной вами процедуры. В зависимости от ваших навыков работы с инструментами вы сможете собрать сценарий в самом DreamWeaver или в сценариях Windows (Powershell, VBA, Perl и т. Д.), Который будет, по крайней мере, создавать копии папки с указанием даты, в которой вы работаете, каждый раз. довольно часто. Это избавит вас от необходимости делать это и убедитесь, что нет проблем, связанных с опечатками. Далее по этому пути вы можете сделать так, чтобы ваш сценарий поместил копию вашей работы на резервный диск или удаленный сервер, а затем у вас тоже будет резервная копия.

Боюсь, я мало что знаю о DreamWeaver, но если в нем много встроенной поддержки сценариев, вы можете даже «подключиться» к функциям сохранения / автосохранения и заставить их делать именно то, что вы хотите.

Надеюсь, это поможет, адрикнет

Subversion - это более или менее золотой стандарт.

Я бы посоветовал (особенно новичкам) зайти на BeanStalk (www.Beanstalkapp.com), чтобы запустить сервер подрывной деятельности, и TortoiseSVN для вашего клиента.

Удачи!

Какую бы VCS вы ни использовали, если вы выберете управление версиями по требованию вместо автоматического управления версиями (позаимствовав термины из сообщения Алекса), вам придется пройти через некую церемонию, чтобы: -Создайте, -rename, -переехать, -copy, или -удалять файл, который находится под контролем источника.

Когда вы создаете новый файл, вы должны добавить его в систему контроля версий, прежде чем зафиксировать свои изменения в репозитории.

Когда вы переименовываете, перемещаете, копируете или удаляете файл в системе управления версиями сделайте это с вашим клиентом VCS. В TortoiseSVN и TortoiseGit операции перемещения и копирования выполняются щелчком правой кнопкой мыши и перетаскиванием, тогда как операции переименования и удаления доступны через щелчок правой кнопкой мыши.

Как вы понимаете, изменение таких вещей, как имя проект может быть довольно хлопотным, отсюда и случай автоматического управления версиями.

Обычное редактирование файлов и любые изменения файлов , но не в системе управления версиями, не требуют от вас сообщать о них вашему клиенту VCS.

Наконец, для проектов одного человека я предпочитаю git SVN, потому что SVN требует как минимум двух копий всего: репозитория ("