Что может быть лучшим совместным инструментом для краткосрочного проекта?

Question

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

Проблема в том, что до сих пор все коммуникации всегда выполнялись для клиентской стороны, что также требовало много работы. Будет проще, если мы представим инструмент для совместной работы: SVN, TortoiseSVN или что-то еще.

Решение должно быть независимым от ОС и работоспособным. Я лично придерживаюсь какого-то инструмента SVN, но мне может понадобиться некоторая тяжелая персонализация.

Итак, вопрос: что вы используете в качестве инструмента для совместной работы? Какой из них лучший (если есть)? Предполагая гетерогенную среду.

Answer 1

Я буду поддерживать предыдущие постеры в свете использования Mercurial (но помните - собственный Subversion / поверх Apache / более управляем, из моего POV) ...

но следует отметить, что сотрудничество в полном смысле - это не только код (таким образом - выбор SCM), но и больше - общение, скоординированные действия (за пределами «чистого кодирования»): если ваша миссия - «Все должно быть сделано» Просто * VCS недостаточно.

PS - для моих проектов в любое время , которые я предпочитаю использовать Assembla , новое репо в существующем пространстве или совершенно новое пространство с необходимым для проекта набором инструментов

Answer 2

Любая система контроля версий предоставит вам «инструмент для совместной работы».В этом главная роль системы контроля версий: предоставить разработчикам структурированный способ совместной работы.

Я сам предпочитаю Mercurial , поскольку он легкий, быстрый и распределенный.Существуют (графические) клиенты для всех платформ: TortoiseHg (Windows, Linux, Mac), MacHg и SourceTree (Mac).

Answer 3

Я предполагаю, что под инструментом "совместной работы" вы подразумеваете управление исходным кодом / контроль версий, поскольку в качестве примера вы приводите SVN.

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

Лично и профессионально я с большим успехом перешел на Mercurial . Он написан на Python (и, следовательно, кросс-платформенный) и имеет пользовательский опыт, который намного превосходит (IMHO) Git , его главного "конкурента".

Довольно просто настроить один сервер для работы в качестве «авторитетного» хранилища, если вы хотите имитировать работу CVS и SVN. Вы также можете работать в полностью распределенном режиме, передавая изменения между клиентами.

Чтобы попробовать, установите на своей платформе и попробуйте:

hg init MyTestRepo
cd MyTestRepo
touch SampleFile.c
hg add SampleFile.c
hg commit
hg log

Это должно дать вам представление о рабочем процессе и насколько вам это нравится. В Интернете много учебников, которые помогут вам перейти к использованию в реальном проекте.