CAT и TM, (Системы автоматизированного перевода) и (Память переводов) |
Здравствуйте, гость ( Вход | Регистрация )
CAT и TM, (Системы автоматизированного перевода) и (Память переводов) |
iReset |
23.1.2013, 8:59
Сообщение
#221
|
Участник Группа: Участник Сообщений: 178 Регистрация: 6.6.2012 Пользователь №: 3414 Спасибо сказали: 23 раз(а) Репутация: 2 |
с чего это? Так разработали Насколько я помню обсуждения в инете, Git в отличие от SVN-а сохраняет то что выгоднее в данный момент - либо патч либо файл. Изначально Git сохраняет целый файл. В дальнейшем он либо сам, либо по команде может преобразовать его в так называемый pack-файл, причём последний из похожих файлов останется целиковым, а более старые превращаются в патчи. Вот тут подробно расписано.Я конечно не вникал во внутреннее устройство, но могу точно сказать хранилище Git-а для переводов у меня дома в 2 (!) раза меньше SVN-овского Вот это ценная информация, у меня вообще нет сравнительной статистики. Если честно, я забыл, что Git в автомате иногда пакует файлы.Тогда, может, и для сервака не будет страшно использование Git. ViGOur, а сколько места ты можешь выделить под репозиторий? я с SVN-а ушёл только потому, что он перестал вообще варочатся, т.е. ему не по зубам стало огромную историю держать, в отличие от Git-а. Git и разработан для быстрой работы с большими проектами, насколько я знаю. Он и с ветками работает более эффективно именно за счёт того, что не изменения каждого коммита хранит, а полные файлы (по крайней мере, последние). Ну да тут я не спец.
И насколько я знаю существуют системы на основе Git-а, активно эксплуатирующие его особенность - манипуляция птчами. |
|
|
Litkevich Yuriy |
24.1.2013, 11:06
Сообщение
#222
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94 |
Вот тут подробно расписано. прочитал бегло, наткнулся на фразу:Цитата ... Было бы неплохо, если бы Git сохранял только один объект целиком, а другой как разницу между ним и первым объектом. Пока не обнаружил подтверждения, что хранятся сами файлы.Оказывается, что Git так и делает... |
|
|
iReset |
24.1.2013, 12:38
Сообщение
#223
|
Участник Группа: Участник Сообщений: 178 Регистрация: 6.6.2012 Пользователь №: 3414 Спасибо сказали: 23 раз(а) Репутация: 2 |
Пока не обнаружил подтверждения, что хранятся сами файлы. Да, эта мысль размыта в первой половине главы. Возможно, где-то в другом месте она выражена более чётко. Пока попробую надёргать цитаты:Цитата Вернёмся к базе объектов в нашем тестовом репозитории. ... Git сжал содержимое этих файлов при помощи zlib. ... ...добавим файл побольше. Добавим файл repo.rb ..., он занимает примерно 12 Кбайт: ... Посмотрим, сколько этот объект занимает места на диске: ...
Теперь изменим немного данный файл и посмотрим на результат: ... Взглянув на дерево, полученное в результате коммита, мы увидим любопытную вещь:... Теперь файлу repo.rb соответствует другой объект-блоб. Это означает, что даже одна единственная строка, добавленная в конец 400-строчного файла, требует создания абсолютно нового объекта:
Итак, мы имеем два почти одинаковых объекта занимающих по 4 Кбайта на диске. А приведённая тобой цитата относится к тому, что Git умеет сам, автоматически, переупаковывать файлы, сохраняя только изменения. И вот в этом контексте мои слова о том, что Git сохраняет полные файлы немного теряет актуальность - для конечного пользователя это уже не особенно интересно, поскольку база всё-равно маленькая. А у тебя даже меньше, чем в SVN. Поэтому я ради академического интереса постараюсь найти другой источник информации о том, как Git хранит файлы, но для нашего вопроса это, видимо, уже не важно. UPD: Да, наверное, правильнее было сразу давать ссылку на более раннюю главу из книги: Основы Git. Все остальные ресурсы, которые мне удалось найти, в основном, основаны на этой же книге. Вот нашел только интересное замечание, как Git упаковывает файлы - тут, т.е. дельты в Git - это совсем не патчи в SVN. Сообщение отредактировал iReset - 24.1.2013, 13:07 |
|
|
ViGOur |
25.1.2013, 11:30
Сообщение
#224
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40 |
ViGOur, а сколько места ты можешь выделить под репозиторий? если нужно, то 10-20 Gb, а то и больше!Канал 60 Mb, но из-за того, что роутер старенький делает скорость максимум 35 Mb, так что в принципе можно и Git сделать. p.s. вы меня пинайте в личку если что, просто завал на работе, потому не всегда могу прочитать или могу прочитать и забыть, так как постоянно меня дергают... |
|
|
Litkevich Yuriy |
25.1.2013, 21:09
Сообщение
#225
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94 |
iReset, Я чувствую заблуждение: объекты - это не файлы, которые под контролем версий. Это объекты БД на основе которой работает Git.
И в реальном хранилище объектов тьма-тьмущая. |
|
|
iReset |
25.1.2013, 22:12
Сообщение
#226
|
Участник Группа: Участник Сообщений: 178 Регистрация: 6.6.2012 Пользователь №: 3414 Спасибо сказали: 23 раз(а) Репутация: 2 |
iReset, Я чувствую заблуждение: объекты - это не файлы, которые под контролем версий. Это объекты БД на основе которой работает Git. И в реальном хранилище объектов тьма-тьмущая. Если ты имел в виду СУБД, то Git не использует СУБД, если, конечно, сами СУВ не считать СУБД. Все данные в Git являются объектами, файлы в том числе. В моей вырезке выше объектами были файлы. А вообще, если честно, я уже потерял нить беседы |
|
|
alex977 |
9.3.2013, 13:30
Сообщение
#227
|
Активный участник Группа: Участник Сообщений: 310 Регистрация: 19.6.2008 Из: Россия, МО, г.Мытищи Пользователь №: 206 Спасибо сказали: 77 раз(а) Репутация: 8 |
OmegaT - переход на ветку 2.6. Текущая версия (она же бета) - 2.6.3.
Раскрывающийся текст Dear All, OmegaT standard version 2.6.3 was released. Following version 2.5.5, OmegaT 2.6.3 is the new standard version of OmegaT. It comes with a new updated English manual. Like the previous one, it was done by Vito Smolej. As Vito has now resigned as documentation manager, we take the opportunity to thank him for the huge work he has done. Compared with 2.5.5, 2.6.3 brings 27 enhancements and some bug corrections. The biggest improvement is the handling of team projects. Using a standard Subversion or Git server, an unlimited number of translators can collaborate on the same project, sharing translations and glossary entries. The projects can be used both online and offline. When getting online again, changes done offline are synchronised. Read-only access to a project is also possible. Microsoft Translator (2 million characters per month are free of charge) is now supported. It requires setting identifiers, which can be obtained from the Windows Azure Marketplace. The display of the match pane is now configurable, and a “diff†display is available, to show new and deleted text in matches. In all panes, the cursor is now available, allowing selecting and copying text using the keyboard. There are now markers for whitespace (space, tab, newline) and bidi-characters in the View menu. Tag colouring now works for RTL languages/orientation. When translating a Word (.docx) document and the target language is RTL, a number of changes are done to the target document: - Paragraphs, sections and tables are set to bidi. - Runs (text elements) are set to RTL. In addition, all spaces are now preserved in Word documents. Validating tag now supports partial verification, where only “severe†tag issues are reported. It is possible to apply penalties to external TMXs, and to load a TMX as an “alternative sourceâ€, the source segment displaying both languages. Gzipped (.tmx.gz) TMXs are now supported. In the list of files of the project, the encoding and the filter used are now displayed. Remove tags is now a project property feature, instead of being a global option The PO filter now supports plural forms, and it is possible to ignore the headers in the Editor. All the changes and bug fixes are detailed in changes.txt. Compared with the latest version 2.6.2, there are 2 enhancements: OmegaT can now import the result of external scripts and parsing external command arguments is more flexible. For Git team projects, an issue was fixed with line ending on non-Windows machines. For this release, the Latest version 2.6.3, although labelled “beta†for practical reasons, is exactly the same as the standard one. You can download the new version following the directions from http://www.omegat.org/en/downloads.html for standard versions. Источник |
|
|
Текстовая версия | Сейчас: 22.11.2024, 6:16 |