cvs/svn для проектов (как насчёт завести хранилище?)

[Cap. J2A]

IMHO, CVS/SVN хранилище достаточно нужная (если не необходимая вещь) при разработке общественных проектов. Есть предложение завести CVS/SVN хранилище для проектов форума.

[T04ka]

IMHO, CVS/SVN хранилище достаточно нужная (если не необходимая вещь) при разработке общественных проектов. Есть предложение завести CVS/SVN хранилище для проектов форума.

↑

Поддерживаю.

[polachok]

и я того же мнения. или wiki.

[T04ka]

и я того же мнения. или wiki.

↑

Так что мешает сделать это?

[polachok]

дык а я кто? рядовой модер. это надо в высших властных кругах обсуждать

[T04ka]

дык а я кто? рядовой модер. это надо в высших властных кругах обсуждать

↑

Надо. Что за высшие властные круги?

[polachok]

ну админы & супермодеры

[ilich]

IMHO, CVS/SVN хранилище достаточно нужная (если не необходимая вещь) при разработке общественных проектов. Есть предложение завести CVS/SVN хранилище для проектов форума.

↑

ИМХО тоже за !!!

PS CVS помогает не только общественные проекты делать, но и коммерческие. У нас на работе повсемествно используется.

[clx]

Я за. Но для каких именно проектов ? Какие уже готовы? Покажите.

[Cap. J2A]

Я за. Но для каких именно проектов?

Для всех. Напр., для rc.iptables

Какие уже готовы?

Готовы к чему?

[clx]

Для Cap. J2A:
Кроме rc.iptables есть чего-нибудь ещё? Когда наберется много подобных проектов - тогда и стоит что-то организовывать. Сейчас я не вижу смысла в этом.

[JaGoTerr]

Кроме rc.iptables есть чего-нибудь ещё? Когда наберется много подобных проектов - тогда и стоит что-то организовывать. Сейчас я не вижу смысла в этом.

↑

1) Я бы выложил несколько своих портов для Арча, скриптов для Ion3 WM, .vimrc (пмсм мой уже дорос до публичного распространения), .zsh* и т.д. (конфиги у меня достаточно навороченные + документированные, так что толк мог бы быть)
2) Я тоже считаю, что нафиг это не нужно

[polachok]

.vimrc (пмсм мой уже дорос до публичного распространения), .zsh* и т.д. (конфиги у меня достаточно навороченные + документированные, так что толк мог бы быть)

выложите, плиз!

[JaGoTerr]

выложите, плиз!

↑

Ну хорошо. Завтра/послезавтра. Тут на работе они у меня немного устаревшие, надо из дома притащить.

[T04ka]

Кроме rc.iptables есть чего-нибудь ещё? Когда наберется много подобных проектов - тогда и стоит что-то организовывать. Сейчас я не вижу смысла в этом.

↑

1) Я бы выложил несколько своих портов для Арча, скриптов для Ion3 WM, .vimrc (пмсм мой уже дорос до публичного распространения), .zsh* и т.д. (конфиги у меня достаточно навороченные + документированные, так что толк мог бы быть)
2) Я тоже считаю, что нафиг это не нужно

↑

Думаю, не лишним бедет хранилище конфигов, скриптов, пакетов и т. д.

[t.t]

Думаю, не лишним бедет хранилище конфигов, скриптов, пакетов и т. д.

↑

Да, но это уже речь об обычной файлопомойке, а не cvs.

[T04ka]

Думаю, не лишним бедет хранилище конфигов, скриптов, пакетов и т. д.

↑

Да, но это уже речь об обычной файлопомойке, а не cvs.

↑

"Файлопомойка" тоже не помещает.

[JaGoTerr]

"Файлопомойка" тоже не помещает.

↑

Ага. www.dotfiles.ru

[polachok]

Да, но это уже речь об обычной файлопомойке, а не cvs.

ну почему же? например setup.exe мог бы отлично превратиться в проект, исправлять баги которого можно было бы при помощи cvs. так же и iptables, и конфиги JaGoterr

[t.t]

ну почему же? например setup.exe мог бы отлично превратиться в проект, исправлять баги которого можно было бы при помощи cvs. так же и iptables, и конфиги JaGoterr

↑

Подымать cvs в сети есть смысел тогда, когда как минимум очень велика вероятность работы над проектом нескольких человек. Более того, я лично вижу смысл в нём только для довольно объёмных проектов; когда проект состоит из одного файла, оптимальнее чтобы просто один человек координировал работу остальных и сам лепил всё в кучу -- а как тут приплести cvs, я не очень вижу.

[Cap. J2A]

ну почему же? например setup.exe мог бы отлично превратиться в проект, исправлять баги которого можно было бы при помощи cvs. так же и iptables, и конфиги JaGoterr

↑

Подымать cvs в сети есть смысел тогда, когда как минимум очень велика вероятность работы над проектом нескольких человек. Более того, я лично вижу смысл в нём только для довольно объёмных проектов; когда проект состоит из одного файла, оптимальнее чтобы просто один человек координировал работу остальных и сам лепил всё в кучу -- а как тут приплести cvs, я не очень вижу.

↑

Не согласен. Система управлений версиями сильно помогает и тогда, когда разработчик всего один. И даже когда проект состоит из одного-двух-трёх файлов и одного разработчика, тоже сильно помогает. Тем более, svn-хранилище делается очень просто.

[t.t]

Не согласен. Система управлений версиями сильно помогает и тогда, когда разработчик всего один. И даже когда проект состоит из одного-двух-трёх файлов и одного разработчика, тоже сильно помогает. Тем более, svn-хранилище делается очень просто.

↑

Я не совсем о том. Я и сам по работе SourceSafe'ом пользуюсь (корпоративный стандарт, пымаш), хотя во всех текущих проектах я один разработчик. Просто когда разработчик один, я не вижу смысла выкладывать базу в сеть.

[Cap. J2A]

Я не совсем о том. Я и сам по работе SourceSafe'ом пользуюсь (корпоративный стандарт, пымаш), хотя во всех текущих проектах я один разработчик. Просто когда разработчик один, я не вижу смысла выкладывать базу в сеть.

↑

Поясняю: если svn-репозитарий находится на моей машине, и добавления\улучшения\патчи мне присылают по почте\я беру из форума по www и сам вношу изменения в репозитарий, то узким местом становится моё свободное время, доступность моего почтового ящика, работоспособность моей машины. Ну и активность различных разработчиков остаётся за кадром Если же svn находится в общедоступном месте, то
а) я не заморачиваюсь на синхронизацию данных на рабочей\домашней машине
б) мои личные проблемы (время, почта, машина) не отражаются на доступности проекта, всегда в доступе самая свежая версия.



Cap. J2A добавил в 13.09.2005 20:00

Так. В сухом остатке что? Потому как спорить на пару с t.t могу долго и безрезультатно (в том смысле, что ни позитивного, ни негативного результата спора не будет).
Не вижу резюме администрации форума.

[Bolverk]

Что вы спорите-то, заведите кто-нибудь да отдайте в пользование.

[polachok]

Не согласен. Система управлений версиями сильно помогает и тогда, когда разработчик всего один. И даже когда проект состоит из одного-двух-трёх файлов и одного разработчика, тоже сильно помогает

вот именно. или когда основной разработчик утерял интерес к проекту и/или у него нет времени им заниматься - тут как раз удобно.

[t.t]

Поясняю: если svn-репозитарий находится на моей машине, и добавления\улучшения\патчи мне присылают по почте\я беру из форума по www и сам вношу изменения в репозитарий, то узким местом становится моё свободное время, доступность моего почтового ящика, работоспособность моей машины. Ну и активность различных разработчиков остаётся за кадром  Если же svn находится в общедоступном месте, то
а) я не заморачиваюсь на синхронизацию данных на рабочей\домашней машине
б) мои личные проблемы (время, почта, машина) не отражаются на доступности проекта, всегда в доступе самая свежая версия.

↑

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

[KiWi]

лично моё мнение -- создавать svn для 1-2 проектов крайне нелогично...

[Cap. J2A]

Итак. Я уже понял, что сколько людей, столько мнений. Сейчас меня интересует мнение администрации. Да или нет. Если "да", то незачем разводить демагогию. Если "нет", то я буду искать другие пути...

[clx]

Для Cap. J2A:
Может стоит сначала сделать голосовалку?

[Cap. J2A]

Для clx:
устрою голосовалку, будет 51:49 (гипотетически), а админ скажет: у меня нет желания\технической возможности\времени\чего-то-еще чтобы заводить svn/cvs. Толку от такого голосования? Поэтому я и спрашиваю: "Есть ли возможность и желание админов заводить cvs/svn здесь". И в зависимости от ответа я буду действовать: либо опрос устраивать, либо на subversion.ru бесплатный репозитарий заводить, либо самому с разрешения начальства поднимать.