LINUX.ORG.RU

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


1

1

Есть группа разработчиков у которых сейчас разработка организованна через флешку и устную постановку задач(благо команда пока еще маленькая).
Посоветуйте пожалуйста для локального сервера:
1) Систему контроля версий. Желательно с кросплатформенным GUI(WEB-GUI). Прошу с GUI, чтобы не затрачивать много времени на обучение.
2) Трекер задач(В них вообще не шарю)
3) Дополнительные плюшки(исходя из вашего опыта)
Спасибо.

★★★★★

сейчас разработка организованна через флешку

Ну если дела настолько плохи, то (по опыту) рекомендую svn. Клиенты есть на всех платформах, и зачастую, встроены в IDE.

Тут главное заранее организоваться. Я имею в виду не структуру, а общие принципы: двоичные файлы не хранить, всякие настройки персональные (а они обычно в xml) тоже исключать, ну и всякий мусор тоже не стоит.

Трекер задач(В них вообще не шарю)

Попробуй мозиловский. Я пробовал - все работало. Косяк оказался в людях. Никто, кроме нескольких, им не пользовался. В результате всё угасло.

ИМХО тут главное встроить его в разработку. Иначе кирдык. И даже волевое решение начальства не поможет.

Дополнительные плюшки(исходя из вашего опыта)

Систему постройки и бэкапы всего.

Сервера рекомендую размещать на виртуалках - так проще бэкапить и всякие опции включать (в смысле временно).

anonymous
()

track попроще и имхо полегче, но нам его стало нехватать, и тогда redmine там и гуй к VCS и задачи и вики (очень полезная вещь для команды, тупо хранить документацию)

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

Deleted
()

trac. Там все круто интегрируется и куча плагинов. На Питоне.

P. S.
Флешка? Хотя бы ФТП людям подняли б...
Вспоминаю как будучи студентами кодили на конторе по NFS и перед редактированием файла каждый «лочил» его устно и просил всех его закрыть. :)

urxvt ★★★★★
()

GitHub или BitBucket

Там есть все что надо: трекинг задач веб-gui для системы контроля версий

в github только git в bitbucket - git и mercurial

У гитхаба есть свои плюшки, например деплой. Не уверен что есть что-то такое на битбакете

duck
()
Ответ на: комментарий от urxvt

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

duck
()
Ответ на: комментарий от urxvt

Сейчас как раз присматриваюсь к нему.

deterok ★★★★★
() автор топика
Ответ на: комментарий от duck

маленький мальчик заюзал гитхаб

но провайдер его слаб

мальчику вырубил скоро инет

вот он дедлайн - а проекта все нет

Deleted
()

Всё что вам нужно есть на bitbucket.

Alve ★★★★★
()
Ответ на: комментарий от wizo4ka

Хм...

Как показывает опыт, существует два определения «распределённых» SCV.

Например svn: упал центральный сервер (т.е. вообще). Значит придётся сливать исходники вручную. Лучший способ - найти, у кого самый поздний коммит; залить в новый репозиторий, а потом по-очереди сливать. Но это для небольшой компании.

А как в гите?

anonymous
()
Ответ на: комментарий от IPR

Тормозное неуклюжее говно. Ну да, конечно «без вариантов».

anonymous
()

Могу предложить бесплатно, уже поднятые и готовые к работе

1) на SVN
2) Redmine
3) есть джаббер для переговором и openmeetings для конференций.

Стучи в джаббер

alexnorton
()
Ответ на: комментарий от Deleted

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

Да тот же Bazaar, там ничего по сути поднимать не нужно, достаточно дать всем доступ по SSH (ключи/пароли).

Hope ★★
()
Ответ на: комментарий от Hope

доступа по ssh достаточно и для mercurial и для git, всегото раздать пароли

Deleted
()

Для начала SVN + Bugzilla (с головой хватит) + бэкапирование

amazpyel ★★★
()
Ответ на: комментарий от alexnorton

Предложение шикарное, но к сожалению вынужден отказаться от столь щедрого предложения, проект под семью печатями...

deterok ★★★★★
() автор топика

После небольшого обсуждения, пока выбор остановился на git + trac. Теперь ищутся годные инструкции по настройке git-сервера с доступом по ssh.

deterok ★★★★★
() автор топика

чтобы не затрачивать много времени на обучение.

Программисты программ руками?

Выучитесь уже хоть чему-то.

anonymous
()
Ответ на: комментарий от anonymous

Выучить не сложно, сложнее найти время для обучения.

deterok ★★★★★
() автор топика
Ответ на: комментарий от deterok

Особо настроек для работы с git по ssh не требуется. Нужно только чтобы все пользователи могли писать/читать в то место куда положен репозиторий. А вообще bitbucket очень хорош. Обрати внимание.

botan
()

Расскажу, как нормально сделать доступы к серверу, это полезно если будете использовать SVN или GIT.
Делаем рабочую папку (у меня это /var/www/), где будет наш код.
Делаем для каждого человека по аккаунту на сервере, вход под root запретить, кому надо раздать sudo. Создать группу для разработчиков, всех туда включить[br/]

sudo groupadd developers
sudo usermod -a -G pupkin developers
Назначаешь права на рабочую папку:
sudo chown root:developers /var/www/
sudo chmod -R 0775 /var/www/
sudo chmod -R g+s /var/www/
И каждому назначаешь umask=002, прописываешь в .bashrc например:
umask 002
Что получится в результате: все могут писать в папку, делать svn up, но при этом сидят под своими аккаунтами, конфликтов прав нет, а всякие пароли от SVN хранятся в home-папках. При этом видно, кто какой файл создал (он будет владельцем).

UFO-man
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.