Каково различие между всеми различными типами управления версиями?
В соответствии с спецификациями Java переменные экземпляра не переопределяются из суперкласса подклассным классом при его расширении.
Следовательно, переменную в подклассе можно рассматривать только как разделяющую то же имя.
Также, когда конструктор A вызывается во время создания экземпляра B, переменная (intVal) инициализируется и, следовательно, выводится.
13 ответов
Eric Sink имеет хороший обзор управления исходным кодом . Существуют также [приблизительно 111] существующие вопросы здесь на ТАК.
Мы, кажется, находимся в Золотой Век управления версиями с тонной выбора, весь из которого имеет их за и против.
Вот те, я вижу наиболее используемый:
- svn - в настоящее время самый популярный открытый исходный код?
- мерзавец - очень горячий начиная с Linus, переключенного на него
- подвижный - некоторые умные люди, которых я знаю, клянутся им
- cvs - тот, который все переключают от
- по необходимости - по моему скромному мнению, лучшие функции, но это не открытый исходный код. Две пользовательских лицензии свободны, все же.
- визуальный sourcesafe - я не нахожусь очень в мире Microsoft, таким образом, я понятия не имею об этом, кроме людей любят к обрывку на нем как они обрывок на всем от Microsoft.
- sccs - для исторического интереса мы упоминаем это, большого дедушку многих вышеупомянутых
- rcs - и дедушку многих вышеупомянутых
Моя рекомендация: Вы являетесь самыми в безопасности или с мерзавцем, svn или с по необходимости, так как много людей использует их, они являются кросс-платформенными, имеют хороший guis, можно купить книги о них, и т.д.
не рассматривают cvs, sccs, rcs, они являются старинными.
хорошая вещь состоит в том, что, так как Ваши проекты будут относительно маленькими, Вы будете в состоянии переместить свой код в новую систему, как только Вы более опытны и решаете, что хотите работать с другой системой.
Всем только запускающимся использующий управление версиями:
не используйте мерзавца (или hg или bzr) из-за шумихи
мерзавец Использования (или hg или bzr), потому что они лучшие инструменты для управления исходным кодом, чем SVN.
я использовал SVN в течение нескольких лет на работе и переключился на мерзавца 6 месяцев назад. Не изучая SVN сначала я был бы полностью потерян когда дело доходит до использования DVCS.
Для людей, только начинающих с управлением версиями:
- Запускаются путем загрузки SVN
- , Учатся , почему Вам нужно управление версиями
- , Изучают, как фиксировать, контроль, ответвление
- Изучают, почему слияние в SVN является такой болью
, Тогда переключитесь на DVCS и учитесь:
- , Как клонироваться/переходить/фиксировать
- , Как легкий это должно объединить Ваши ответвления назад (идут сумасшедшее ответвление!)
- , Как легкий это должно переписать историю фиксации и сохранить Ваши ответвления
актуальными с основной строкой (-i перебазы мерзавцев) - , Как опубликовать Ваши изменения, таким образом, другие могут извлечь выгоду
tldr; толпа:
Запускаются с SVN и изучают основы, затем получают высшее образование к DVCS.
Я запустил бы с:
Тогда, как только Вы читали на нем, загрузите и установите SVN, TortoiseSVN и просмотрите первые несколько глав книга и начните.
Управление версиями важно для разработки, даже если Вы работаете собой, потому что это защищает Вас от себя. Если Вы делаете ошибку, это - простой вопрос для откатывания к предыдущей версии кода, что Вы знаете работы. Это также освобождает Вас, чтобы исследовать и экспериментировать с Вашим кодом, потому что Вы свободны от необходимости волноваться о том, обратимо ли то, что Вы делаете, или нет. Существует два основных ответвления Систем управления версиями (VCS), Централизованных и Распределенных.
Централизованный VCS основан на использовании центрального сервера, где все "проверяют" проект, работы над ним, и "передают" их изменения назад в сервере для кого-либо еще для использования. Главный Централизованный VCS является CVS и SVN. Оба были в большой степени подвергнуты критике, потому что "слияние" "переходит", является чрезвычайно болезненным с ними. [TODO: запишите объяснение на том, что ответвления и почему слияние трудно с CVS & SVN]
Распределенный VCS позволил всем иметь их собственный сервер, где можно "вытянуть" изменения от других людей и "продвинуть" изменения в сервере. Наиболее распространенный Распределенный VCS является Мерзавцем и Подвижный. [TODO: запишите больше на Распределенном VCS]
, Если Вы работаете над проектом, я в большой степени рекомендую использовать распределенный VCS. Я рекомендую Мерзавцу, потому что это ослепительно быстро, но, был подвергнут критике как являющийся слишком твердым для использования. Если Вы не возражаете использовать коммерческий продукт, BitKeeper, предположительно, прост в использовании.
ответ к другой вопрос также применяется здесь, самое главное
, Jon Works сказал:
самая важная вещь об управлении версиями:ТОЛЬКО ЗАПУСКАЮТСЯ ИСПОЛЬЗУЯ IT
, Его ответ вдается в большее количество подробностей, и я не хочу обвиняться в plaigerism, так смотрите.
Простой ответ, Вам нравятся кнопки Undo? Ответ, конечно, да, потому что мы как человек делаем ошибки все время.
Как программисты, часто случай, хотя это может потребоваться несколько часов тестирования, изменений кода, перезаписей, удалений, файл, перемещает и переименовывает, прежде чем мы разработаем метод, который мы пытаемся использовать для решения проблемы, полностью неправильный, и код более повреждается чем тогда, когда мы запустили.
По сути, Управление исходным кодом является крупной кнопкой Undo для возвращения кода к более раннему времени, когда трава была зеленой и многочисленная еда. И не только, что, из-за того, как управление исходным кодом работает, можно все еще сохранить копию поврежденного кода, в случае, если несколько недель по линии Вы хотите обратиться к нему снова и избирательно подойти к выбору любых хороших идей, которые действительно выходили из него.
я лично (хотя это можно было назвать излишеством) использую бесплатную версию лицензии Отдельного пользователя Исходной Крепости Механизма (который является их продуктом управления исходным кодом Хранилища с функциями отслеживания ошибок). Я нахожу UI действительно простым использовать, он поддерживает обоих контроль> редактирование> модель регистрации и редактирование> слияние> модель фиксации. Это может быть немного хитро для установки хотя, требуя, чтобы Вы выполнили локальную копию МКС и SQL-сервера. Вы могли бы хотеть попробовать меньшую программу, как рекомендуемые другими ответами здесь. Посмотрите то, что Вы любите и что можно предоставить.
Mark сказал:
мерзавец - очень горячий начиная с Linus, переключенного на него
, я просто хочу указать, что Linus не переключался на него, Linus записал это.
Если Вы работаете собой в среде Windows, то лицензия отдельного пользователя на Хранилище SourceGear является бесплатной.
Мы используем и как Подвижный . Это следует распределенной модели - это устраняет часть смысла необходимости "зарегистрироваться" в работе. Mozilla имеет перемещенный в Подвижный , который является хорошим знаком, что он не собирается уходить в ближайшее время. Один довод "против", по-моему, то, что нет очень хорошего GUI для него. Если Вы довольны командной строкой, тем не менее, это довольно удобно.
Только начните использовать управление исходным кодом, неважно, что вводит Вас использование. То, что Вы используете, не имеет значения; это - использование его, которое является важно
Как все остальные, SC является действительно иждивенцем на Ваших потребностях, Вашем бюджете, Вашей среде, и т.д.
В ее корне, управление исходным кодом разработано для обеспечения центрального репозитория всего кода и дорожки, кто сделал что к нему когда. Должна быть полная история, и можно получить продукты, которые делают полные журналы изменений, аудит, управление доступом, и вперед и вперед...
Каждый продукт, который является там, начинает сиять (так сказать), когда Вы начинаете смотреть на то, как Вы хотите или должны включить SC в свою среду (является ли это Вашим персональным кодом и документами или крупные корпорации). И поскольку люди используют их, они обнаруживают, что инструмент имеет ограничения, таким образом, люди пишут новые. SVN был подтвержден ограничений, которые создатели видели с CVS. Linus хотел что-то лучше для ядра Linux, поэтому теперь мы имеем мерзавец .
я сказал бы, начинают использовать один (что-то как SVN, который очень популярен и довольно прост в использовании), и посмотрите, как это идет. В то время как время прогрессирует, можно найти, что нуждаетесь в некоторой другой функциональности или должны взаимодействовать через интерфейс с другими системами, таким образом, Вам, возможно, понадобятся SourceSafe или другой инструмент.
Управление исходным кодом всегда важно, и в то время как можно сойти с рук ручное изменение нумерации версий файлов PSD или чего-то, поскольку Вы работаете над ними, Вы собираетесь забыть выполнять тот сценарий пакетной обработки несколько раз, или вероятно забывать, какое число пошло с который изменение. Это - то, где большинство этих инструментов SC может помочь (как долго как Вы регистрация/выезд).