Почему Git лучше чем X | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- 98% translated in draft. Almost done, let's finish it!
If you do not want to register an account, you can sign in with OpenID.
Why Git is Better than X | ||
This site is here because I seem to be spending a lot of time lately defending Gitsters against charges of fanboyism, bandwagonism and koolaid-thirst. So, here is why people are switching to Git from X, and why you should too. Just click on a reason to view it. | Этот сайт сделан потому что, по-моему, в последнее время я трачу много времени, защищая Git-еров от обвинений в фанатизме, стадном мышлении или сектантстве. Итак, вот почему люди переходят на Git с X (где X — это hg, bzr, svn, perforce), и почему вам тоже следует перейти. Просто щелкните по причине, чтобы просмотреть её. | — seems можно перевести как "по-моему" — rajoy |
Cheap Local Branching | ||
Probably Git's most compelling feature that really makes it stand apart from nearly every other SCM out there is its branching model. It is completely different from all of the models I'm comparing it to here, most of which recommend that the best branch is basically a clone of the repository in a new directory. | Наверное самая привлекательная возможность Git, которая действительно выделяет его из ряда СУВ (систем управления версиями), это его модель веток. Она совершенно отличается от всех, сравниваемых здесь моделей, большинство из которых представляют, что лучшая ветвь -- это просто копия хранилища в новом каталоге. | |
Git does not work like that. Git will allow you to have multiple local branches that can be entirely independent of each other and the creation, merging and deletion of those lines of development take seconds. | Git работает не так. В Git вы сможете иметь много локальных веток разработки, которые могут быть полностью независимыми друг от друга, а создание, слияние и удаление этих ветвей займёт секунды. | |
This means that you can do things like: | — Дальше список, 4 пункта — Bishop | |
Create a branch to try out an idea, commit a few times, switch back to where you branched from, apply a patch, switch back to where you are experimenting, then merge it in. | — Создать ветку для проверки идеи, сделать несколько коммитов, вернуться к месту разветвления, применить патч, вернуться туда, где вы экспериментировали, а затем влить это в основную ветку. | |
Have a branch that always contains only what goes to production, another that you merge work into for testing and several smaller ones for day to day work | — Иметь ветку, которая всегда содержит только то, что идёт в релиз, другую ветвь для тестирования и несколько небольших веток для повседневной работы. | — goes to production = то, что выпускается. Это может быть production instance (рабочий сервер), либо релиз программы. Поэтому проще написать "релиз". — rajoy |
Create new branches for each new feature you're working on, so you can seamlessly switch back and forth between them, then delete each branch when that feature gets merged into your main line. | — Создавать новую ветку для каждой новой создаваемой функции, чтобы можно было беспрепятственно переключаться между ветками, а затем, когда новая функция влита в основную, удалить рабочую ветку. | — "иметь возможность" - плохой канцелярский стиль, лучше глалол. — rajoy |
Create a branch to experiment in, realize it's not going to work and just delete it, abandoning the work—with nobody else ever seeing it (even if you've pushed other branches in the meantime) | — Создать ветку для экспериментов, понять, что они не удались, и просто удалить ветку — и никто никогда не увидит её (даже если вы тем временем раздавали другие ветки). | Comment was deleted — переписал, потому что предыдущий автор просто видел знакомые слова — rajoy |
Importantly, when you push to a remote repository, you do not have to push all of your branches. You can only share one of your branches and not all of them. This tends to free people to try new ideas without worrying about having to plan how and when they are going to merge it in or share it with others. | Важно отметить, что не нужно заливать в удалённый репозиторий все свои ветки. Можно отправить только одну из них. Это даёт людям свободу пробовать новые идеи, не беспокоясь о том, когда и как потом заливать её или раздавать другим. | — грязновато, но ближе к смыслу — rajoy |
You can find ways to do some of this with other systems, but the work involved is much more difficult and error-prone. Git makes this process incredibly easy and it changes the way most developers work when they learn it. | В других системах можно найти способы делать то же самое, но это очень трудоёмко и приводит к сбоям. Git делает процесс невероятно простым, и разработчик, освоив его, начинает работать совсем по-другому. |
© Scott Chacon.
Comment was deleted
— В оригинале есть иллюстрации — Bishop