LINUX.ORG.RU

История изменений

Исправление Kroz, (текущая версия) :

Первое что хочу сказать - ну слушай этих фанатов git и mercurial. Они кроме распределенных систем ничего не видят и о недостатках говорить не любят.

Лично я пользуюсь svn. Из достоинств:
- простая для понимания (git, говорят, по началу моск ломает)
- делает все, что нужно (пользуюсь с двух компов)
- централизованный репозиторий; как по мне удобно с точки зрения администрирования и когда захочется забекапить; в репозитории хранятся все версии, на локальном - только последняя (в децентрализованных, как я понял, ты конфиги всех компов будешь хранить на всех компах, пусть меня поправят, если я не прав; особенно пухнет если много бинарных данных)
- кросс-платформенность: хорошие клиенты (в т. ч. WEB, где-то видел плагин для dolphin, встраивается в MS Windows explorer), такие плюшки как преобразование символов перевода строки, полезно если захочешь Линуксовый конфиг посмотреть в Windows.

Недостатки:
- да, для работы с репозиторием нужно подключение к нему по сети
- медленней по сравнению с децентрализованными (если лишние 5-10 секунд для тебя принципиально).
- если будешь переименовывать/перемещать файлы, то в CVS нужно лишние телодвижения чтобы оно отследило эту операцию, иначе будет трактовать как удаление + добавление. В git или mercurual оно, AFAIK как-то это отслеживает.

Как по мне для твоей задачи SVN самое оно.

Это мое ИМХО. Послушай и других. Дальше решай.

Если устраивает (а меня даже очень), то вперед.

А из best practices - там все просто. Рекомендую почитать svn book: http://svnbook.red-bean.com/

Советы:
- настрой список файлов, которые нужно игнорить - например файлы типа abc.txt~ - бекап, созданный kwrite
- проследи чтобы нормально определяло текстовые и бинарные файлы; например, по началу оно у меня XML почему-то воспринимало как бинарный. Да и вообще проверь mime-types.
- настрой чтобы оно конвертило end-of-line символы при переносе на другие платформы.
- рекомендую делать отдельный репозиторий на один комп/набор конфигов.
- перед комитом делай svn status, ну, а если у тебя все будет в одном репозитории (но в разных каталогах), то svn update
- обязательно пиши осмысленные комментарии коммитам.

Если что, обращайся.

Исправление Kroz, :

Первое что хочу сказать - ну слушай этих фанатов git и mercurial. Они кроме распределенных систем ничего не видят и о недостатках говорить не любят.

Лично я пользуюсь svn. Из достоинств:
- простая для понимания (git, говорят, по началу моск ломает)
- делает все, что нужно (пользуюсь с двух компов)
- централизованный репозиторий; как по мне удобно с точки зрения администрирования и когда захочется забекапить; в репозитории хранятся все версии, на локальном - только последняя (в децентрализованных, как я понял, ты конфиги всех компов будешь хранить на всех компах, пусть меня поправят, если я не прав; особенно пухнет если много бинарных данных)
- кросс-платформенность: хорошие клиенты (в т. ч. WEB, где-то видел плагин для dolphin, встраивается в MS Windows explorer), такие плюшки как преобразование символов перевода строки, полезно если захочешь Линуксовый конфиг посмотреть в Windows.

Недостатки:
- да, для работы с репозиторием нужно подключение к нему по сети
- медленней по сравнению с децентрализованными (если лишние 5-10 секунд для тебя принципиально).
- если будешь переименовывать/перемещать файлы, то в CVS нужно лишние телодвижения чтобы оно отследило эту операцию, иначе будет трактовать как удаление + добавление. И git или mercurual оно, AFAIK как-то это отслеживает.

Как по мне для твоей задачи SVN самое оно.

Это мое ИМХО. Послушай и других. Дальше решай.

Если устраивает (а меня даже очень), то вперед.

А из best practices - там все просто. Рекомендую почитать svn book: http://svnbook.red-bean.com/

Советы:
- настрой список файлов, которые нужно игнорить - например файлы типа abc.txt~ - бекап, созданный kwrite
- проследи чтобы нормально определяло текстовые и бинарные файлы; например, по началу оно у меня XML почему-то воспринимало как бинарный. Да и вообще проверь mime-types.
- настрой чтобы оно конвертило end-of-line символы при переносе на другие платформы.
- рекомендую делать отдельный репозиторий на один комп/набор конфигов.
- перед комитом делай svn status, ну, а если у тебя все будет в одном репозитории (но в разных каталогах), то svn update
- обязательно пиши осмысленные комментарии коммитам.

Если что, обращайся.

Исправление Kroz, :

Первое что хочу сказать - ну слушай этих фанатов git и mercurial. Они кроме распределенных систем ничего не видят и о недостатках говорить не любят.

Лично я пользуюсь svn. Из достоинств:
- простая для понимания (git, говорят, по началу моск ломает)
- делает все, что нужно (пользуюсь с двух компов)
- централизованный репозиторий; как по мне удобно с точки зрения администрирования и когда захочется забекапить; в репозитории хранятся все версии, на локальном - только последняя (в децентрализованных, как я понял, ты конфиги всех компов будешь хранить на всех компах, пусть меня поправят, если я не прав; особенно пухнет если много бинарных данных)
- кросс-платформенность: хорошие клиенты (в т. ч. WEB, где-то видел плагин для dolphin, встраивается в MS Windows explorer), такие плюшки как преобразование символов перевода строки, полезно если захочешь Линуксовый конфиг посмотреть в Windows.

Недостатки:
- да, для работы с репозиторием нужно подключение к нему по сети
- медленней по сравнению с децентрализованными (если лишние 5-10 секунд для тебя принципиально.
- если будешь переименовывать/перемещать файлы, то в CVS нужно лишние телодвижения чтобы оно отследило эту операцию, иначе будет трактовать как удаление + добавление. И git или mercurual оно, AFAIK как-то это отслеживает.

Как по мне для твоей задачи SVN самое оно.

Это мое ИМХО. Послушай и других. Дальше решай.

Если устраивает (а меня даже очень), то вперед.

А из best practices - там все просто. Рекомендую почитать svn book: http://svnbook.red-bean.com/

Советы:
- настрой список файлов, которые нужно игнорить - например файлы типа abc.txt~ - бекап, созданный kwrite
- проследи чтобы нормально определяло текстовые и бинарные файлы; например, по началу оно у меня XML почему-то воспринимало как бинарный. Да и вообще проверь mime-types.
- настрой чтобы оно конвертило end-of-line символы при переносе на другие платформы.
- рекомендую делать отдельный репозиторий на один комп/набор конфигов.
- перед комитом делай svn status, ну, а если у тебя все будет в одном репозитории (но в разных каталогах), то svn update
- обязательно пиши осмысленные комментарии коммитам.

Если что, обращайся.

Исходная версия Kroz, :

Первое что хочу сказать - ну слушай этих фанатов git и mercurial. Они кроме распределенных систем ничего не видят и о недостатках говорить не любят.

Лично я пользуюсь svn. Из достоинств:
- простая для понимания (git, говорят, по началу моск ломает)
- делает все, что нужно (пользуюсь с двух компов)
- централизованный репозиторий; как по мне удобно для бекапов; в репозитории хранятся все версии, на локальном - только последняя (в децентрализованных, как я понял, ты конфиги всех компов будешь хранить на всех компах, пусть меня поправят, если я не прав; особенно пухнет если много бинарных данных)
- кросс-платформенность: хорошие клиенты (в т. ч. WEB, где-то видел плагин для dolphin, встраивается в MS Windows explorer), такие плюшки как преобразование символов перевода строки, полезно если захочешь Линуксовый конфиг посмотреть в Windows.

Недостатки:
- да, для работы с репозиторием нужно подключение к нему по сети
- медленней по сравнению с децентрализованными (если лишние 5-10 секунд для тебя принципиально.
- если будешь переименовывать/перемещать файлы, то в CVS нужно лишние телодвижения чтобы оно отследило эту операцию, иначе будет трактовать как удаление + добавление. И git или mercurual оно, AFAIK как-то это отслеживает.

Как по мне для твоей задачи SVN самое оно.

Это мое ИМХО. Послушай и других. Дальше решай.

Если устраивает (а меня даже очень), то вперед.

А из best practices - там все просто. Рекомендую почитать svn book: http://svnbook.red-bean.com/

Советы:
- настрой список файлов, которые нужно игнорить - например файлы типа abc.txt~ - бекап, созданный kwrite
- проследи чтобы нормально определяло текстовые и бинарные файлы; например, по началу оно у меня XML почему-то воспринимало как бинарный. Да и вообще проверь mime-types.
- настрой чтобы оно конвертило end-of-line символы при переносе на другие платформы.
- рекомендую делать отдельный репозиторий на один комп/набор конфигов.
- перед комитом делай svn status, ну, а если у тебя все будет в одном репозитории (но в разных каталогах), то svn update
- обязательно пиши осмысленные комментарии коммитам.

Если что, обращайся.