Простой в использовании контроль версий для одного человека

Question

Я использую инструменты контроля версий для обработки постоянно меняющихся версий моей веб-страницы, документов LaTeX, а также фактического исходного кода, но я не думаю, что делаю это правильно.Некоторое время я использовал cvs, а затем git, но я не очень доволен ими, возможно, потому, что я использую их неправильно.Я хотел бы получить несколько советов о том, как их правильно использовать, или предложение для другого типа инструмента.

По сути, я хотел бы использовать управление исходным кодом в качестве постоянной долгосрочной функции "отмены", которую яможно легко просматривать.Например, если бы у меня был проект Java в eclipse, было бы хорошо, если бы я мог видеть параллельные представления текущего файла и более ранней версии с опциями полного возврата или вырезания и вставки из старого.С точки зрения чего-то вроде дерева веб-страниц, я хотел бы видеть параллельные виды дерева и возвращаться к старым версиям файлов или возвращать весь каталог, который был ранее удален.

Прямо сейчас я в основномделайте git add .; git commit -a каждый раз, когда я делаю серьезные изменения и знаю, что могу восстановить некоторые старые версии файлов, если мне нужно.Всякий раз, когда мне приходилось возвращаться и просматривать дерево ревизий, это казалось сложным.В прошлом я пробовал несколько графических интерфейсов, в том числе веб-средство просмотра CVS, но оно все еще казалось сложнее, чем нужно.

Я делаю это неправильно?Или я должен использовать другой инструмент?

Answer 1

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

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

Answer 2

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

Answer 3

Я бы хотел отличаться от своих носителей.

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

Я знаю, что он старый и больше не используется дико, но для маленьких вещей, используемых только одним человеком, это здорово.Он очень прост в использовании и требует почти нулевой предварительной настройки.Я использую ci -o и co -l, чтобы использовать rcs.