ПО для одновременной разработки
 

Доброго дня!

Возможно кто встречал программное обеспечение для совместной разработки веб-сайтов. В идеале было бы конечно что-то похожее на google docs (имеется в виду одновременная работа над одним документом).
Конечно я понимаю, что правильным вариантом будет установка Subversion и т.п. Но возможно есть альтернативы?

Спасибо.

github.com

п.с. c9 говённый недоредактор для быдла

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

Maxmaxmахimus,
что не для быдла?

то что работает и не требует бабла, например phpstorm + системы контроля версий и плагины для одновременного быдлокодинга в реальном времени.

Git + Github, если нужен закрытый репозиторий, то его могут предоставить за $7 в месяц (цена зависит от количества участников)
Если денег нет, тогда можно завести проект на Bitbucket (закрытый репозиторий до 5 юзеров, бесплатно).

угу, я его и имел ввиду

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

мне тоже приперло но гуглить вломы)

я думал, я один такой :)

лучшее, по-моему мнению, средство для обучения GIT - книжка PROGIT:
http://habrahabr.ru/post/150673/

главное - открыть консоль и практиковаться сразу же - так быстрее в память войдёт и осознание происходящего быстрее придёт :)

melky,

не, не один!
спасибо за ссылку :thanks:

melky,
действительно, ссылка очень хороша! ... Переборол себя и начал разбираться. Оказалось совсем не сложно.
Есть ли у кого на примете редакторы кода с интеграцией для GIT? Или может кто-то умеет дружить GIT с Dreamweaver?

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

могу ошибаться, но PHPStorm

в шторме все системы кнтроля версий есть + одна встроенная)

если на винде сидишь - есть http://windows.github.com/
Хорошая книжка, мне помогла -
http://git-scm.com/book/ru (глава 2 и 3, дальше читать не надо, но эти главы - оооочень полезные)

никто не мешает на своем сервере разместить закрытый git-репозиторий

+1

Особенно если нужно сделать что-то вроде этого:

git stash
git pull origin branch
....
git stash apply
git cherry-pick -nm 1 ...
git revert -nm 1 ...
...
git stash drop

cкажите, зачем после stash apply делать всё, что есть ниже? (до проф. уровня пользования git'ом ещё не дошло)

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

В тот момент когда ты делал другой таск в твою ветку что-то запушили. И для того чтобы работать с актуальной версией нужно сделать pull и накатить свои изменения (git stash apply). Тоже самое можно сделать с помощью git stash pop.

Но вот не задача, ты случайно закоммитил файл c каким-то багом, и хочешь убрать из его ветки, для этого есть git cherry-pick.

А git revert -nm 1 ... нужно для того чтобы вырвать пуш из мержда.

И вот ты вернулся к своему таску, все сделал, теперь можно сделать git stash drop, чтобы удалить из стека stash

monolithed, разве не было бы легче просто вести изменения в свою ветку.ю и иметь track под рукой?

... сколько бы я ни читал, всё равно не могу понять работу cherry-pick. Не могли бы вы обьяснить простым языком, зачем она нужна?

До недавнего времени у меня была такая структура проекта:

master
workspace

Сейчас:

master
alpha
feature

Если мне нужно пофиксить какой-то баг или ввести новую фичу, то я создаю ветку feature-1 (постфикс инкрементируется), тестирую, если все гуд, то вливаю в alpha.

Когда протестирую в альфе, переношу в мастер и удаляю feature

alpha нужна потому, что параллельно может делаться несколько фич и если их сразу мерджить в мастер, то все может взорваться.

У меня стандартный workflow выглядит примерно так:

...
git checkout alpha
git checkout -b feature-8628
git pull origin alpha
...
git status
git commit -am 'feature-8628: description'
git push origin feature-8628
git log -p
git checkout alpha
...
git diff HEAD feature-8628
git merge origin/feature-8628
git status
git commit -a
git push origin alpha
git log --graph
git checkout master
git pull origin master
git merge alpha
git diff --staged
git commit -a
git branch -d feature-8628
git push origin master
git log --stat

PS: Для меня такая структура оптимальна, однако для многопользовательской работы над ответственным проектом не помешает еще одна промежуточная ветка test

Причем тут трек?

Я лично использую JetBrains YourTrack, в котором и создаю таски

Выдергивает коммит из ветки, путем создания нового коммита (патч)

monolithed, давай еще раз
А про -m 1 можешь подробнее рассказать? Насколько я понимаю, это на случай если в том коммите будет merge? Можно сказать, что там должна быть единица, не смотря в журнал?

Давай еще я попробую. Копирует отдельный коммит (или несколько коммитов) в текущую ветку, при этом связь (типа merge) не образуется. В первую очередь нужно когда есть несколько веток (репозиториев), которые не предполагается мерджить. Например, кто-то форкнул твой проект, и вносит туда изменения. Часть изменений тебя интересует. Или если надо пофиксить баг в предыдущей версии программы. Cherry pick - это что-то типа "выбирать лучшее".

спасибо, очень просто и в то же время подробно. теперь наконец-то стало понятно, что такое cherry-pick.

карма не плюсюется (

кстати, как забирать изменения из форков?

$ git remote add fork url
$ git fetch fork
$ git cherry-pick ...

Верно понимаешь :)

Но не до конца
Раз ты делаешь cherry-pick, значит ты хочешь отменить коммит в другой ветке. Но зачем отменять коммит из другой ветки в текущей ветке? Почему не переключиться на нужную ветку и там сделать git revert?

И еще там был вопрос: можно сказать, что там должна быть единица, не смотря в журнал?

Может мне наоборот нужно накатить чей-то коммит из другой ветки в свою :)

Преположим что есть ветка alpha, в которую мы подмерджили beta. Помимо ветки beta в мердже участвовали и другие ветки.
И в какой-то момент стало понятно что ветку beta нужно вырвать из итерации. Сделать это безопасно можно так:

git revert -nm 1 hash

В большинстве случаев, да (-m 1 первый коммит)

значит получается так:
по поводу -m, получается, что -m 1 - для той ветки, в которую делали merge:

вот вариант для cherry-pick:
или еще другими словами, main line - ветка в которую делался merge