CAT и TM, (Системы автоматизированного перевода) и (Память переводов) Опции

[iReset]

с чего это?

Так разработали

Насколько я помню обсуждения в инете, Git в отличие от SVN-а сохраняет то что выгоднее в данный момент - либо патч либо файл.

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

Я конечно не вникал во внутреннее устройство, но могу точно сказать хранилище Git-а для переводов у меня дома в 2 (!) раза меньше SVN-овского

Вот это ценная информация, у меня вообще нет сравнительной статистики. Если честно, я забыл, что Git в автомате иногда пакует файлы.
Тогда, может, и для сервака не будет страшно использование Git.
ViGOur, а сколько места ты можешь выделить под репозиторий?

я с SVN-а ушёл только потому, что он перестал вообще варочатся, т.е. ему не по зубам стало огромную историю держать, в отличие от Git-а.
И насколько я знаю существуют системы на основе Git-а, активно эксплуатирующие его особенность - манипуляция птчами.

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

[Litkevich Yuriy]

Вот тут подробно расписано.

прочитал бегло, наткнулся на фразу:

... Было бы неплохо, если бы Git сохранял только один объект целиком, а другой как разницу между ним и первым объектом.

Оказывается, что Git так и делает...

Пока не обнаружил подтверждения, что хранятся сами файлы.

[iReset]

Пока не обнаружил подтверждения, что хранятся сами файлы.

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

Вернёмся к базе объектов в нашем тестовом репозитории.
...
Git сжал содержимое этих файлов при помощи zlib.
...
...добавим файл побольше. Добавим файл repo.rb ..., он занимает примерно 12 Кбайт:
...
Посмотрим, сколько этот объект занимает места на диске:
...

4102    .git/objects/9b/c1dc421dcd51b4ac296e3e5b6e2a99cf44391e

Теперь изменим немного данный файл и посмотрим на результат:
...
Взглянув на дерево, полученное в результате коммита, мы увидим любопытную вещь:... Теперь файлу repo.rb соответствует другой объект-блоб. Это означает, что даже одна единственная строка, добавленная в конец 400-строчного файла, требует создания абсолютно нового объекта:

4109    .git/objects/05/408d195263d853f09dca71d55116663690c27c

Итак, мы имеем два почти одинаковых объекта занимающих по 4 Кбайта на диске.

А приведённая тобой цитата относится к тому, что Git умеет сам, автоматически, переупаковывать файлы, сохраняя только изменения. И вот в этом контексте мои слова о том, что Git сохраняет полные файлы немного теряет актуальность - для конечного пользователя это уже не особенно интересно, поскольку база всё-равно маленькая. А у тебя даже меньше, чем в SVN.
Поэтому я ради академического интереса постараюсь найти другой источник информации о том, как Git хранит файлы, но для нашего вопроса это, видимо, уже не важно.

UPD: Да, наверное, правильнее было сразу давать ссылку на более раннюю главу из книги: Основы Git. Все остальные ресурсы, которые мне удалось найти, в основном, основаны на этой же книге. Вот нашел только интересное замечание, как Git упаковывает файлы - тут, т.е. дельты в Git - это совсем не патчи в SVN.

Сообщение отредактировал iReset - 24.1.2013, 13:07

[ViGOur]

ViGOur, а сколько места ты можешь выделить под репозиторий?

если нужно, то 10-20 Gb, а то и больше!
Канал 60 Mb, но из-за того, что роутер старенький делает скорость максимум 35 Mb, так что в принципе можно и Git сделать.

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

[Litkevich Yuriy]

iReset, Я чувствую заблуждение: объекты - это не файлы, которые под контролем версий. Это объекты БД на основе которой работает Git.
И в реальном хранилище объектов тьма-тьмущая.

[iReset]

iReset, Я чувствую заблуждение: объекты - это не файлы, которые под контролем версий. Это объекты БД на основе которой работает Git.
И в реальном хранилище объектов тьма-тьмущая.

Если ты имел в виду СУБД, то Git не использует СУБД, если, конечно, сами СУВ не считать СУБД. Все данные в Git являются объектами, файлы в том числе. В моей вырезке выше объектами были файлы.
А вообще, если честно, я уже потерял нить беседы

[alex977]

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.

Источник