Мені потрібно працювати з 4-5 програмістами на досить середньому додатку PHP, використовуючи кодигітайтер. Ми в 5 різних місцях в одному місті, і всі програмісти не надто добре освічені, і я припускаю, що більшість з них ніколи не використовували жодної системи контролю версій.

Чи можете ви порекомендувати якусь дуже дуже просту платформу для співпраці над таким проектом? Я говорю про щось, що є лише тедом складнішим, ніж загальна папка.

Ви вже знаєте відповідь

Контроль версій був розроблений для вирішення цієї точної проблеми . Якщо ваші розробники не бажають вчитися використовувати цю стандартну практику розробки, можливо, вам доведеться переглянути своїх розробників. Яке програмне забезпечення вони збираються викривати, якщо вони виявляють неприязнь до стандартних прийнятих практик, а також відраза до вивчення нових речей?

Я б запропонував їм прочитати Pro Git і створити приватне сховище git для вашої команди.

... FTP

Гаразд, саме так я почав співпрацювати, підключаючи Notepad ++ до FTP, створюючи резервні копії кожні 10 хвилин у перейменованих папках, дійсно смоктав, якщо ви це зробите, заради вашого проекту, принаймні використовуйте контроль версій на сервері.

Інтернет IDE

Cloud9 дуже приємний і має одночасне редагування, однак, обійдеться вам мати більше 1 приватного робочого простору для роботи зі своєю командою, але воно того варте.

... спробуйте Меркуріал

Якщо ви не знайдете Git досить доступним для своїх колег, спробуйте Mercurial з TortoiseHG, який є клієнтом GUI для Mercurial. На їх налаштування знадобиться дві хвилини і менше, щоб почати користуватися нею.

Нехай вони використовують графічний інтерфейс, вони просто повинні навчитися використовувати 4 кнопки (тягнути, оновити, здійснити, натиснути) та вивчити 2 або 3 концепції, щоб зберегти та поділитися своєю роботою.

Попросіть їх зареєструватися в бітбукеті . Створіть сховище для свого проекту та роздвойте його, щоб вони могли працювати у власному дзеркалі сховища, і таким чином їм не доведеться мати справу з об'єднанням. Ви здійснюєте інтеграцію і просто просите їх видавати запити на тягу з їх вилки Bitbucket, як тільки вони натиснуті. Нехай вони витягуються лише з вашого сховища (з того, з якого вони розщелилися).

Навчіться Mercurial самостійно, щоб ви могли вирішити всі пов'язані з цим проблеми, це хороший початок: http://hginit.com/

Спробуйте обидва

Ви можете використовувати Mercurial від Cloud9, наскільки це круто ?.

Перестаньте припускати

Якщо ви шукаєте використовувати правильні інструменти, ви вже на керівній посаді. Не припускайте, що вони не освічені, і розмовляйте з ними про те, як все робиться в реальному світі.

Будьте захоплені цим не покровительським.

Це дійсно не стає простішим, ніж це, якщо ви хочете робити все правильно. Якщо вони прямо не хочуть використовувати контроль над версіями, то у вас може виникнути інший вид більш серйозної проблеми.

Я рекомендую вашим розробникам http://try.github.com

Але якщо контроль над версіями неможливий, ви можете дотримуватися щось підходяще для початківця / молодшого, що є базовим (і архаїчним).

1. APP + DB на сервері розробки
2. Усі користувачі одного і того ж месенджера весь час працюючи, щоб вони могли говорити і знати, хто працює
3. Усі редагують прямо на сервері DEV через звичайний старий FTP
4. Закріплюйте правила команди щодо оновлення журналу змін із їх переглядами + роблячи важливі коментарі до коду

Налаштування веб-папки вашого сервера розробки також може бути замовленням svn (або git), і ви можете налаштувати crontab так, щоб автоматично здійснювати редагування автоматично, або ви можете просто встановити резервну копію або, можливо, rsync папку в іншому місці резервного копіювання, коли вони перезаписують файли один одному (як це станеться), і вам потрібно дати Бобу його зміни, які він втратив. Зрештою, працюючи з системою протягом декількох місяців, вони просять вас надати доступ до svn / git.

Я припускаю, що більшість із них ніколи не використовували жодної системи контролю версій.

Вам потрібно виправити це припущення та з'ясувати, чи вони мають чи не мають жодних знань чи досвіду щодо будь-якої системи контролю версій. Немає сенсу припускати, коли вони можуть мати знання.

Як говорилося в інших відповідях, саме для цього використовується контроль версій. Git - це, мабуть, найкращий шлях вперед, а Learn Git - це дійсно гарна відправна точка

Ну, немає виходу, ніж використовувати контроль над версіями .

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

Svn - це легка в навчанні (принаймні легша, ніж git) система управління версіями, і ви можете знайти різні публічні сховища, розміщені в Інтернеті, але я б не рекомендував її для географічно розподілених команд.

Таким чином, шлях до розподілених команд - це git. Якщо у вашого джерела публічного АБО придбання приватного плану не є проблемою, тоді створіть сховище в github , інакше встановіть локальне сховище git.

Можливо, ви можете знайти графічний інтерфейс для git, який може полегшити цим розробникам концептуальну концепцію системи управління версіями. Для Windows його TortoiseGIT . Я не використовував жодного клієнта git gui для Linux або MAC, тому тут не рекомендую.

Ви на правильному шляху

Це version controllingшлях! Це добре послужить для спільного використання коду та допомоги в інтеграції. Крім того, часті реєстрації та реєстрація є дуже важливою дисципліною, яку повинна практикувати вся команда.

Однак вибір правильного контролю версій для вашого проекту дуже важливий.

Існує нещодавній приємний пост та відповіді, які допоможуть вам вирішити: Який хороший приклад іграшки для навчання контролю версій?