|
|
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Нужна библиотека, которая будет хранить историю изменений текстового файла, по типу wiki. Посоветуете какую-нибудь open-source либу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 14:34 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
FororНужна библиотека, которая будет хранить историю изменений текстового файла, по типу wiki. Посоветуете какую-нибудь open-source либу? Описание не достаточно полное. По-хорошему можно взять практически любой VCS и Java клиент для него. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 14:38 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Уже нашел пару библиотек https://github.com/Dikay900/java-xdelta и https://code.google.com/p/java-diff-utils/ Поторопился с топиком, нет возможности удалить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 14:51 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
FororУже нашел пару библиотек https://github.com/Dikay900/java-xdelta и https://code.google.com/p/java-diff-utils/ Поторопился с топиком, нет возможности удалить :) Эти две просто сравнивают содержимое. Историю изменений кто хранить будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 14:56 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, проще будет самому сделать, чем искать библиотеку, которая использует нужное мне хранилище, без лишних оверхедов. По крайне-мере я таких не нашел на гитхабе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 16:22 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Foror, попробуй просто хранить свой текстовый файл в svn или git. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2014, 16:41 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Мне хочется сделать дублирование файлов проекта на мои раб. станции. При этом нет желания хранить промежуточные результаты работы в git репозитории. Т.е. нет желания делать push незаконченной работы, но при этом нужно иметь актуальную рабочую копию на всех раб. станциях. Какой я вижу вариант, сделать еще один "черновой репозиторий", скажем на mercurial и туда коммитить всё черновое. Но как-то это выглядит "некрасиво". Или воспользоваться более простыми средствами, при этом хранящие изменения файлов. Вот что удалось найти https://github.com/Hive2Hive/Hive2Hive и https://github.com/syncany/syncany Первая это p2p БД c versioning механизмом, второй упрощенный централизованный vcs. Может я что-то упустил для решения своей задачи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2014, 19:56 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Foror, если задача стоит таким образом - то да, упустил возможности git. Он и предназначен для такой работы. Очень хорошо описано здесь . Кратко: 1. для любой работы делаем бранч. 2. коммитим в рабочую ветку как можно чаще, даже временные изменения. 3. когда готово, переносим в основную ветку как "чистовик" : git rebase --interactive , можно ыдалить ненужные комиты, объединить несколько в один, исправить название и т/п git - распределенная система, чтобы передать репозиторий не обязательно использовать сервер. Можно синхронизовать напрямую, через общие папки, можно передать изменения через email, rsync Можно создавать временные ветки на сервере ( я лично так делаю ), можно сделать отдельный сервер для синхронизации ( рабочая копия может иметь любое количество удаленных репозитоиев ). В общем, прежде чем городить огород полезно глубже изучить что уже есть в git ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2014, 23:58 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
Хорошо, это понятно, прочитал из офиц. документации. Но подскажите вот по такой ситуации, в рабочий проект я добавляю блоб размером в 1Гб, блоб этот временный для проверки кое-какой функциональности. Положим этот блоб в бранч, если я потом удаляю бранч, блоб также вылетает из репозитория? Или репозиторий пухнет до 1Гб и ничего с этим не поделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2014, 05:25 |
|
||
|
Библиотека для хранения истории изменений в текстовых файлах
|
|||
|---|---|---|---|
|
#18+
И будет работать докачка в гит или если соединение не стабильно, то мне каждый раз нужно будет начинать с нуля? При этом в Hive2Hive используется p2p протокол, думаю там докачка будет работать без проблем. Или по крайне-мере я модифицирую код так, как мне нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2014, 05:28 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38706930&tid=2126839]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
193ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 522ms |

| 0 / 0 |
