Когда существует несколько программистов, работающих над тем же кодом. Как мы отслеживаем каждого изменения других? [закрытый]

Тип программного обеспечения, который вы ищете, - это система управления версиями (также называемая контролем версий). Это огромная тема, но я бы начал с поиска ее в Википедии, а затем поискал бы тип системы управления версиями, который работает с языком и инструментами, которые вы используете. (Пример. Team Foundation Server как вариант для Visual Studio, SVN как хорошее универсальное решение и т. Д.)

В конечном итоге вы собираетесь запросить предложения о том, какой инструмент управления версиями использовать. В нашей команде мы используем SVN (также известный как SubVersion), это очень хорошее бесплатное решение с открытым исходным кодом, которое работает практически со всем.

Ссылка на Википедию:

http://en.wikipedia.org/wiki/Revision_control

Простой ответ заключается в том, что вам нужно какое-то программное обеспечение для контроля версий.

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

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

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

Если вы хотите немного узнать о Git, вы можете разместить свою работу на github.com и при этом оба работать над ней отдельно.

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

Использование инструмента в вашем случае очень простое. Выберите систему контроля версий и научитесь ею пользоваться. Вариантов много, но самый важный фактор - это инструментальная поддержка. Например, инструменты мучительного типа отлично подходят для пользователей Windows (TortuiseSVN, ToruiseCVS, TortuiseHg), поскольку они интегрируются в оболочку Windows и позволяют видеть, что произошло с каждым файлом и каталогом, применяя к ним различные значки (красный восклицательный знак для изменения, зеленый ок и т.д ..).

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

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

На мой взгляд, здесь есть две важные вещи:

1. Код в репозитории всегда должен быть готов к сборке, чтобы другой парень продолжал работать без проблем.

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

Вот пример простого процесса:

1. Установите сервер репозитория (svn, mercuiral и т. д.). Для вас единственное отличие - это поддержка инструментов.
2. Согласуйте общую структуру репозитория (документы, исходный код, дополнительные материалы)
3. Обновляйте в начале каждого дня
4. Часто фиксируйте, перед каждой фиксацией обновление из репозитория
5. В конце каждого дня фиксация

за последние 6 месяцев, я перешел на git, и я им очень доволен. но в целом cvs | svn | git являются наиболее распространенными SCM с открытым исходным кодом (управление исходным кодом), и любой из них должен соответствовать вашим потребностям.

«или какой-то клиент общего доступа, который мы могли бы использовать»

Контроль версий, вероятно, является официально рекомендуемым подходом, однако самый простой способ поделиться файлами - установить что-то вроде DropBox .

Вы регистрируете бесплатную учетную запись объемом 2 ГБ, используя имя пользователя и пароль, общие для вас и вашего друга. Затем вы устанавливаете клиент DropBox на свой компьютер и компьютер друзей и используете общую учетную запись.

После запуска Dropbox создает папку в разделе «Мои документы» с именем «Мой Dropbox». Теперь все , что вы делаете в этой папке, например создание, редактирование, удаление файлов и папок, будет автоматически синхронизироваться с папкой «Мой Dropbox» на ПК ваших друзей и наоборот. Все, что требуется - это доступ в Интернет.

Вы также получаете историю и версии ваших файлов, поэтому при необходимости вы можете выполнить откат и вернуться к более ранним версиям. Если вы оба работаете с одними и теми же файлами одновременно, как и в системе управления версиями, вам нужно будет вручную объединить файлы, но в этом случае Dropbox сохраняет «конфликтующую копию».

Я сам использовал Dropbox почти год и я очень доволен простотой использования. Я не работаю в Dropbox и не имею с ними ничего общего, кроме как счастливого пользователя.

«Настоящая» система управления версиями в первую очередь дает вам автоматическое резервное копирование, возможность вернуться к более ранним версиям и управлять несколькими пользователями, редактирующими исходный код, но то же самое делает и Dropbox.

Я пользуюсь Dropbox почти год и очень доволен простотой использования. Я не работаю в Dropbox и не имею с ними ничего общего, кроме как счастливого пользователя.

«Настоящая» система управления версиями в первую очередь дает вам автоматическое резервное копирование, возможность вернуться к более ранним версиям и управлять несколькими пользователями, редактирующими исходный код, но то же самое делает и Dropbox.

Я использую Dropbox почти год и очень доволен простотой использования. Я не работаю в Dropbox и не имею с ними ничего общего, кроме как счастливого пользователя.

«Настоящая» система управления версиями в первую очередь дает вам автоматическое резервное копирование, возможность вернуться к более ранним версиям и управлять несколькими пользователями, редактирующими исходный код, но то же самое делает и Dropbox.

Research Source Control. Вот хорошее вступление:

http://www.ericsink.com/scm/source_control.html

Многие из них могут быть размещены в Интернете бесплатно или за небольшую плату, чтобы вы и ваш партнер могли сотрудничать через Интернет, если вы не являетесь в ситуации, когда у вас есть общий сервер, вы можете пойти по этому маршруту со многими клиентами системы управления версиями (например, SVN с черепахой и т. д.). В остальном GitHub (не единственный) - это распределенная система управления версиями. Сначала может показаться немного сложным, но это пример.