diff options
5 files changed, 74 insertions, 0 deletions
diff --git a/doc/bugs/__96__git_annex_add_.__96___fails_for_all_files_if_one_fails/comment_1_bddb8b5bf46335788fb9134c74262945._comment b/doc/bugs/__96__git_annex_add_.__96___fails_for_all_files_if_one_fails/comment_1_bddb8b5bf46335788fb9134c74262945._comment new file mode 100644 index 000000000..b45c74077 --- /dev/null +++ b/doc/bugs/__96__git_annex_add_.__96___fails_for_all_files_if_one_fails/comment_1_bddb8b5bf46335788fb9134c74262945._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="jean.jordaan@4bb3bd508a9eb0a4bab5d1b587dadd2b6c4a7edc" + nickname="jean.jordaan" + subject="Sorry for the noise, thanks for the tool :-)" + date="2015-06-10T05:31:40Z" + content=""" +Looks like I need to get back to a build-from-source distro! +"""]] diff --git a/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner.mdwn b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner.mdwn new file mode 100644 index 000000000..85395869e --- /dev/null +++ b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner.mdwn @@ -0,0 +1,22 @@ +Hi all, + +the last few days I wrote the first 1200 words of a Git annex book (in German), but I am unsure whether I shall continue. + +I've written two books about non mainstream software, namely about the documentation generator Sphinx and the document converter Pandoc. I am using these programs myself on a daily basis so that I was quite sure to cover most of their features in the books. I even narrowed the scope of the Pandoc book to "book production" as this is what I do with it, leaving out some use cases such as slides or HTML production. + +Before I really start writing the book, I would like to get a clear and robust understanding of the program. As you can see, I don't write books about very popular software in order to sell a lot of copies, I write about software I really like. But I would not write about software that isn't used at all. + +So to get a clear understand of Git annex I need a sparring partner who is willing to discuss usecases, viewpoints and the outline of the book. The following questions and problems are blocking my work: + +Some time ago I used Git annex to sync my desktop and my laptop. I used the webapp. My experiences were very bad. Git annex had a very bad performance slowing down my computer making it nearly unusable. I had numerous Unicode errors which let to a duplication of files. So I stopped using Git annex and switched to Syncthing, which does the job without any problems. Syncing computers with the webapp obviously is not be the usecase I would like to cover in the book. Today I use Git annex as a feedreader. + +So why do I want to write a book about a software I do not really use? First of all I like the concept. I like the idea to manage big files in one tree while the content of many files is stored in remote archives. So this could be the idea of the book: sustainable management of big files. And after reading https://git-annex.branchable.com/design/iabackup/ I think that this could be the main use case of Git annex. + +When I wrote about Sphinx and Pandoc I talked to people who used the software to a great extent. Sphinx is the the de facto standard to document Python code. So I was able to evaluate the software before I invested half a year of writing a book. I am not able to say whether Git annex is good for doing x or y, because my setup is way too small. + +So I am looking for power users, for people who use Git annex to manage at least 1TB of data or more. Would you recommend Git annex to film professionals, to music professionals, to data miners, to universities, to your parents? Does it really makes your life easier? What are your experiences with the webapp? + +I would be happy if you are willing to discuss these questions here, privately by mail or by chat eg. via Firefox Hello. + +TIA +juh diff --git a/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_1_ee783a968a5948e2f50bd2d090a2238b._comment b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_1_ee783a968a5948e2f50bd2d090a2238b._comment new file mode 100644 index 000000000..3eaa59b6b --- /dev/null +++ b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_1_ee783a968a5948e2f50bd2d090a2238b._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="anarcat" + subject="comment 1" + date="2015-06-10T12:29:46Z" + content=""" +hi! + +I understand you may have had unicode problems with git-annex in the past: i had my [[own share|bugs/forget_corrupts_non-ascii_chars/]], but most bugs i filed were fixed (see [[users/anarcat/]] for a full list). + +I regularly use git-annex to manage my music, video and book collection. The total fileset is around 1-2TB, with thousands of files. Sometimes the music collection operations are a little slow because there are so many files, but in general i am *very* happy with the project. I don't use the webapp so much, because I feel the interface is too limited, and do a lot of things on the commandline. + +git-annex not only makes my life easier, it makes possible some things that were impossible before. I used to have a really hackish shell script to rsync part of my music collection to my laptop because it's too big to fit there completely. It wasn't working so well and there was no way to sync *new* music *back* in the main collection. Now I regularly can make changes to the music collection on the laptop without the files even being present. I can also import new files on the laptop easily when i meet people that want to share with me in my travels. + +i also work on the Isuma project, for which i will eventually do a longer write up here. For now, look at [[devblog/day_290__/]]. The project aims to manage over a terabyte of data across multiple devices spread over remote areas with limited bandwidth connexions. It's a distributed, two-way, CDN. So far it works well, and issues we have found have been quickly addressed by [[joeyh]]. + +I would definitely recommend git-annex to film, music and university enthousiast. It is certainly worth the technical learning curve. For my parents, I am less sure. I mentioned the project, but they haven't found the use case for it yet, and they run Windows and OSX all over the place, which makes integration a little harder. With iPads, in particular, it seems that local storage is a thing of the past and everything goes \"in the cloud\". Which is in contradiction with git-annex a little, as it tries to take back control of your files. + +Anyways, happy to spar more if you have any more questions. Good luck with the book! +"""]] diff --git a/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_2_259b67a887dd6aa327b752f455c24bff._comment b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_2_259b67a887dd6aa327b752f455c24bff._comment new file mode 100644 index 000000000..e7697132a --- /dev/null +++ b/doc/forum/Writing_a_book_about_git-annex:_I_need_a_sparring_partner/comment_2_259b67a887dd6aa327b752f455c24bff._comment @@ -0,0 +1,17 @@ +[[!comment format=mdwn + username="CandyAngel" + subject="comment 2" + date="2015-06-10T13:09:08Z" + content=""" +I'm happy to help if I can. Though I don't use the assistant (personally, though people \"at the other end\" of annexes I use do though) or special remotes, I do have at least one unusual use case which entails several terabytes over millions of files. + +In this case, I have a collection of harddrives and I am annexing all their contents into one large annex for quick backup/sorting later. This is well into git's problem with scaling to lots of files (I've posted a few tips on the site to minimise this impact). + +My other uses are more normal, such as managing photos and music and other digital assets such as games. I use the metadata quite a lot (e.g. I tag files I want to have available in Kodi, or tag game installer/archives to denote what operating system they are for). + +Being really picky about commits, several annexes I have have auto-commits on the git-annex branch disabled so I can control them. I'm even picky about doing things in such a way that they look nice in gitk! For example, I avoid cloning, because it makes the new annex appear at the bottom of gitk with its merge commit really far away, instead of a close merge (I can screenshot it if that isn't making any sense). + +I'm not sure if I would recommend it to someone who doesn't have someone who understands it nearby to help (just in case), but I would say it is definitely worth learning and using. + +In the book, I would say that you should mention that git-annex builds on git, and now people are building things on git-annex. For example, a project I am dabbling in is a VR environment which uses git and git-annex to manage its data: room definitions are stored as text files in git, with references to asset data (such as textures) which are 'git annex get'd as required. This is interesting as it means my co-developer can create/change rooms while I am in the VR environment and they change almost immediately. He changes the texture for the walls? It is downloaded and updated automatically. Imagine Second Life but with a (fully revertable) git-annex backend! +"""]] diff --git a/doc/todo/git-annex-standalone_Debian_package/comment_7_f8cce1be3153f2b2e069800cb60c4fd3._comment b/doc/todo/git-annex-standalone_Debian_package/comment_7_f8cce1be3153f2b2e069800cb60c4fd3._comment new file mode 100644 index 000000000..0b7fa25cc --- /dev/null +++ b/doc/todo/git-annex-standalone_Debian_package/comment_7_f8cce1be3153f2b2e069800cb60c4fd3._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="frederik@ffbea6a549cb3f460d110386c0f634c1ddc6a68a" + nickname="frederik" + subject="comment 7" + date="2015-06-10T12:43:45Z" + content=""" +Longshot, but would it be an option for [Yaroslav](https://alioth.debian.org/users/yoh/) to take over git-annex maintenance in Debian, given he's involved in creating this version for NeuroDebian? +"""]] |