[Bug 662259] New: Review Request: git-annex - Manage files with git, without checking their contents in

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: Review Request: git-annex - Manage files with git, without checking their contents in

https://bugzilla.redhat.com/show_bug.cgi?id=662259

           Summary: Review Request: git-annex - Manage files with git,
                    without checking their contents in
           Product: Fedora
           Version: rawhide
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: medium
          Priority: medium
         Component: Package Review
        AssignedTo: nobody@xxxxxxxxxxxxxxxxx
        ReportedBy: mathstuf@xxxxxxxxx
         QAContact: extras-qa@xxxxxxxxxxxxxxxxx
                CC: notting@xxxxxxxxxx, fedora-package-review@xxxxxxxxxx
   Estimated Hours: 0.0
    Classification: Fedora


Spec URL: http://benboeckel.net/packaging/git-annex/git-annex.spec
SRPM URL:
http://benboeckel.net/packaging/git-annex/git-annex-0.11-1.fc14.src.rpm
Description:
git-annex allows managing files with git, without checking the file contents
into git. While that may seem paradoxical, it is useful when dealing with files
larger than git can currently easily handle, whether due to limitations in
memory, checksumming time, or disk space.

Even without file content tracking, being able to manage files with git, move
files around and delete files with versioned directory trees, and use branches
and distributed clones, are all very handy reasons to use git. And annexed
files can co-exist in the same git repository with regularly versioned files,
which is convenient for maintaining documents, Makefiles, etc that are
associated with annexed files but that benefit from full revision control.

When a file is annexed, its content is moved into a key-value store, and a
symlink is made that points to the content. These symlinks are checked into git
and versioned like regular files. You can move them around, delete them, and so
on. Pushing to another git repository will make git-annex there aware of the
annexed file, and it can be used to retrieve its content from the key-value
store.

% lintmock fedora-14-x86_64
git-annex.src: W: spelling-error %description -l en_US checksumming -> check
summing, check-summing, checkmating
git-annex.src: W: spelling-error %description -l en_US versioned -> version ed,
version-ed, version
git-annex.src: W: spelling-error %description -l en_US symlink -> sym link,
sym-link, symbolic
git-annex.src: W: spelling-error %description -l en_US symlinks -> sym links,
sym-links, slinks
git-annex.src: W: invalid-url Source0: git-annex-0.11.tar.bz2
git-annex.x86_64: W: spelling-error %description -l en_US checksumming -> check
summing, check-summing, checkmating
git-annex.x86_64: W: spelling-error %description -l en_US versioned -> version
ed, version-ed, version
git-annex.x86_64: W: spelling-error %description -l en_US symlink -> sym link,
sym-link, symbolic
git-annex.x86_64: W: spelling-error %description -l en_US symlinks -> sym
links, sym-links, slinks
git-annex.x86_64: W: spurious-executable-perm
/usr/share/man/man1/git-annex.1.gz
git-annex-debuginfo.x86_64: E: debuginfo-without-sources
3 packages and 0 specfiles checked; 1 errors, 10 warnings.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review


[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]