Система контроля версий кода для VS2005 для удаленной работы

← →
rule (2008-07-16 21:18) [40]

> @!!ex © (16.07.08 20:46) [39]
> Я работал в компании, где учавствовало порядка 12 программистов, делали один проект с
>одним репозиторием и SVN.
>Это не проблема, залить версию в репу.
>

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

> Разжуйте, разжуйте, если не сложно.

а вот уже сложно, просто вот примерчик про джипиэрэс выше и мерджинг немного некоректен. Потомучто мердж в свн - процесс чисто серверный, он берет бранч и мержит его с транком и вобщем все зависит от количества изменений. Так вот скорость этого процесса отличается просто в разы. Если проект достаточно крупный, то мердж может проходить минут 20. После перехода на джит у нас этот процесс занимает всего 10 секунд.
Голые цифры.

← →
@!!ex © (2008-07-16 21:28) [41]

> [40] rule (16.07.08 21:18)

Спасибо большое за разъяснения!
Последний вопрос, реально перенести репу с SVN?
Естественно без потери хитори изменений.

← →
тимохов (2008-07-17 00:29) [42]

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

Итак. Репа от свн - это просто каталог файловой системы. Переписываешь каталог в новое место и все ок. Нужно только прописать настройки, чтобы каталог стал репозитарием.

Я юзаю апач (у меня версия 2.0.55). Для того, чтобы каталог стал репой нужно, чтобы:
1. на компе был установлен апач и свн (при установке свн прописывает в апач почти все нужные настройки, кроме конкретных реп).
2. чтобы в настройках апача в файле httpd.conf были соответствующие настройки.

В моем случае это

<Location /projects> DAV svn SVNPath "v:/Projects/repos" </Location>

или

<Location /projects> DAV svn SVNPath "v:/Projects/repos" AuthType Basic AuthName "Projects subversion repository" AuthUserFile "v:/Projects/auth/svn-auth-file" Require valid-user </Location>

, если нужна аутентификация.

В последнем случае в каталоге svn-auth-file лежит файл, созданный соответствующей утилитой из апача - это файл с паролями. Не помню точно как она называется, но лежит в апачевстком каталоге.

← →
wicked © (2008-07-17 00:34) [43]

> Не помню точно как она называется, но лежит в апачевстком
> каталоге.

htpasswd

← →
тимохов (2008-07-17 00:41) [44]

Хочу заметить в дополнение к перетаскиванию репы в новое место, что при смене урла у репы нужно у working copy сделать т.н. relocation на новый адрес. Это я всегда делаю через tsvn.

← →
@!!ex © (2008-07-17 07:47) [45]

> [42] тимохов (17.07.08 00:29)

нет-нет. :)
Я имел ввиду перетащить репу на Git.

← →
pasha_golub © (2008-07-17 10:03) [46]

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

Ага, конечно. Прям ужас какой-то. Вот тебе два варианта решения этой ужасной задачи.

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

2. В свн я могу проапдейтить только те файлы, которые захочу. Можно один, можно папку, можно по маске. Так что не надо эти заоблачные примеры из пальца.

← →
pasha_golub © (2008-07-17 10:05) [47]

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

Это я к тому, что если, например, я знаю файлы с которыми люди работают, то их я могу не обновлять. И даже более того. О ужас! Я их обновляю. Мне они не нравятся и я делаю откат на любую другую ревизию.

← →
matt © (2008-07-17 11:06) [48]

а для локального пользования под виндами что порекомендуете?

← →
@!!ex © (2008-07-17 11:25) [49]

> [48] matt © (17.07.08 11:06)

SVN? :))

← →
b z (2008-07-17 11:39) [50]

> matt © (17.07.08 11:06) [48]
Team Foundation Server.

← →
rule © (2008-07-17 14:37) [51]

> pasha_golub © (17.07.08 10:03) [46]
>
>

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

> @!!ex © (16.07.08 21:28) [41]

http://blog.viarails.net/2008/4/4/how-to-convert-your-svn-repo-to-git

да и вообще советую там полазить по джитовскому сайту да и почитать.

← →
pasha_golub © (2008-07-17 14:43) [52]

> rule © (17.07.08 14:37) [51]

Ты мне скажи лучше клиентские прилады под джит. А то коммандная строка меня бесит. А у СВН новая черепаха 1.5 вышла вообще прелесть. Пошаговое решение конфликтов, и прочия вкусности.

← →
rule © (2008-07-17 14:46) [53]

> pasha_golub © (17.07.08 14:43) [52]

Ну не знаю поищи, я не люблю гуи. Должно по идее быть.
допустим вот
http://repo.or.cz/w/git-cheetah.git/
черепахоподобный клиент для винды.

← →
pasha_golub © (2008-07-17 15:28) [54]

> rule © (17.07.08 14:46) [53]

> я не люблю гуи.

КОнечно, потому что под джиту их нет. :0)

Хорошо. А как в консоли вразумительно сделать такое:

1. Начинаем делать коммит.
2. видим список файлов
3. для каждого файла запустить сторонню программу для просмотра изменений, чтобы вразумительно написать комментарий к коммиту.
4. После просмотра добавляем сведения к комментарию.
5. коммитим

← →
pasha_golub © (2008-07-17 15:36) [55]

<offtop>Жека, пожалуйста, срочно стукнись ко мне куда-нибудь.

← →
Ega23 © (2008-07-17 15:37) [56]

> rule ©
> pasha_golub ©

А как команда называется, у которых песня про алкоголизм?

← →
pasha_golub © (2008-07-17 16:04) [57]

> Ega23 © (17.07.08 15:37) [56]

TIK

← →
pasha_golub © (2008-07-17 16:05) [58]

http://www.tikmusic.com.ua/

← →
rule © (2008-07-17 17:36) [59]

> pasha_golub © (17.07.08 15:28) [54]

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

← →
ketmar © (2008-07-17 21:29) [60]

ой, какой холиварчик забавный. а чего тут холиварить, если git лучше — не ясно. %-)

зыж для особо любопытных: потому что Кэтмар ниасилил SVN даже с поллитрой, в отличие от 5 минут, потраченых на асиливание git.

---
All Your Base Are Belong to Us

> ketmar © (17.07.08 21:29) [60]

> потому что Кэтмар ниасилил SVN даже с поллитрой,

а кет оказывается всего лишь полубог. фи

>[61] pasha_golub © (2008-07-18 11:19:00)
«против глупости сами боги бороться бессильны» (ц)

---
Understanding is not required. Only obedience.

«как часто полутороумных мы принимаем за полоумных, воспринимая лишь треть их ума» (ц)

← →
тимохов (2008-07-19 21:30) [64]

по моему имху примеры rulа из пальца высосаны

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

← →
тимохов (2008-07-20 12:18) [65]

Почитал я тут про git.

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

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

Действительно многие проблемы в svn, могут быть решены корректной организацией работы в svn. Опять же - разбиение проекта на несколько репозитариев. Использование svn:externals и пр.

Одним словом - git имхо для редких случаев (согласитесь, что разработка ОС и фрейморков, ruby on rails, например, не является типовой задачей).

>[65] тимохов (2008-07-20 12:18:00)
вообще-то git универсален. когда я открыл для себя git, первое действие в каталоге нового проекта — git init. %-)
svn медленней, репы занимают больше места и не позволяет нормального доступа по ssh-ключам. или позволяет, но я опять ниасилил. алсо, ничего удобнее gitorious я пока не видел. %-)

говорят, mercurial ещё схож по идеологии, но бидон, бидон…

---
Understanding is not required. Only obedience.

>[66] ketmar © (2008-07-20 14:17:00)
хотя справедливости ради: git без perl тоже не шибко юзабелен. %-)

---
All Your Base Are Belong to Us

а это что за приблуда: http://www.darcs.net/
кто-нить юзал?

>[68] wl © (2008-07-21 18:01:00)
хацкель. на этом её юзабельность резко закончилась.

---
All Your Base Are Belong to Us

Система контроля версий кода для VS2005 для удаленной работы Найти похожие ветки